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SECTION 1 


INTRODUCTION 


This document describes the MR12.3 package. Detailed 
instructions for installation of a system for the first time and 
upgrading to MR12.3 from an MR12.2 system constitute the major 
portion of this document. 


No attempt is made to document features of MR12.3 other than 
those directly required for its installation. 


Software Releases prior to MR12.1 are no longer supported. All 
Sites running pre-MR12.1 software are strongly encouraged to 
upgrade to MR12.1 as soon as possible. 


SITE SUPPORT 


System Representatives who support Multics should apply for 
registration on the SiteSA project maintained in Phoenix on 
System M. 


The SiteSA project was created to allow sites to communicate with 
Multics System Support (MSS) personnel on matters of site 
support. MSS maintains and pays for usage on this project. Only 
System Representatives who support a Multics site are authorized 
to use the project. They are authorized to use it only for site 
support activities which require communication of information to 
MSS personnel. 


MSS would appreciate that the SiteSAs maintain the site’s info 
segments in >udd>SiteSA>site info (>udd>ssa>si). Information on 
maintaining these segments is in the info segment, 
>udd>ssa>si>site info.info. 


In addition to normal telephone and Multics mail communications 
with MSS personnel, SiteSAs are encouraged to use the 
unusual _crash_log forum meeting to report any unusual problems 
encountered at their site. SiteSAs not familiar with forum can 
type "help forum" for usage information. Forum is a subsystem 
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somewhat like the mail system in which an electronic meeting can 
be held. To invoke forum, type: 


forum >udd>ssa>sa_meeting>uclog 


Type ? to print a list of requests allowed by forum. Other 
forum meetings of interest to SiteSAs are: 


PATHNAME SHORT NAME 
>udd>ssa>sa_meeting>install_instructions ii 
>udd>ssa>sa_meeting>hardware_ problems hwp 
>udd>ssa>sa_meeting>critical_fixes fixes 


We would appreciate that sites as they complete installation of 
MR12.3 enter a transaction in the install_instructions (ii) forum 
meeting. This will allow other sites to see the amount of 
exposure the release is receiving and to communicate any problems 
encountered in the installation procedure. 


MSS also suggests, very strongly, that SiteSAs DO NOT attempt to 
reproduce site problems on System M which are known to crash the 
system at their site, cause processors to loop in ring 0, etc. 
Such problems should be reported via the Trouble Report system, 
and will be verified by MSS personnel using appropriate 
resources, so that System M service is not interrupted 
unnecessarily. 


Problems encountered while installing this release, or problems 
of acritical nature to a customer site (for a definition of 
critical, type: help tr.priorities) should be reported directly 
to MSS by mail or phone. European or Canadian sites should 
contact their local site support person for details on support 
from the Canadian, French or UK Technical Assistance Centers. 
Phoenix personnel include: 


NAME AREA USER ID _ PHONE 
Frank Martinson Mgr, MSS Martinson.sm 602/862-4839 
Paul Farley TRs, C&F, 

Site Support Farley.sm 602/862-4666 
Joe Hirneisen Sys. Integration 

Release Prep Hirneisen.sm 602/862-4812 


Note that all of the above numbers are available through HVN 
862-XXXX (eg, 862-4839 for Martinson). 
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SECTION 2 


DESCRIPTION OF PACKAGE 


LIBRARY NAMING CONVENTIONS 


The primary pathnames on most of the system directories are 
somewhat lengthy. For this document, abbreviated (added) names 
are used in lieu of the primary name. The following list gives 
the primary and abbreviated names used in this document. 


>daemon_dir dir >system_library_1 
>ddd >slil 

>documentation >system_library_ obsolete 
>doc >obs 

>system_ library _ tandd >system_library_standard 
>firmware >sss 

>library dir dir >system_ library tools 
>ldd >tools 

>process dir dir >system_library_ unbundled 
>pdd >unb 

>system_control_ 1 >user dir _dir 
>scl >udd 


The system directories firmware and obs, are not included in the 
standard system search rules. Segments in these directories must 
either be accessed by absolute pathnames or by changing the 
system search rules via the set_system_search_rules command added 
to the system_start_up.ec. 
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CONTENTS OF MR12.3 PACKAGE 


MR12.3 includes this document, a set of magnetic tapes, hardcopy 
dump maps, and accompanying documentation. Sites not installing 
Multics for the first time will be able to proceed to the MR12.3 
release from MR12.2. Sites upgrading to MR12.3 from MR12.2 

refer to Section 4, sites installing Multics for the first time 
refer to Section 5. The instructions in each section will 
provide a procedure to guide a site through the installation. 


Documentation for some of the new features and TRs resolved in 
this release is contained in the directory >doc>MR12.3 which is 
part of this release. 


This is a total software release. It contains a complete set of 
all modules contained in the Multics standard system. 


Appendix A will list modules added, modified or deleted since 
MR12.2. 


Appendix B contains an outline of the use of MTR under Multics. 


A set of master tapes was generated for this release and all dump 
maps reflect the contents of these master tapes. All tapes sent 
to the field are copies of the master tapes. Because of 
different lengths of magnetic tape reels, there may not be an 
exact correlation between a single tape and a dump map. 


These differences, if any, are minimal and occur only on those 
sets that are multi-reel (e.g., 12.3LDD STANDARD tapes). Site 
personnel may assure themselves of the contents of the tapes by 
visually matching the maps produced from the reload operations 
against the master dump maps supplied. 
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Tape Names 
12.3EXEC 


12. 3UNBUNDLED 


12.3LDD_STANDARD 


12.3MULTICS 


iZ.3MISC 


Package Description 


Description 


Complete dump of Multics executable 
libraries >documentation, >obs, >sss, 
>tools, and >firmware. 


Complete dump of Multics unbundled 
libraries, or portion thereof, for those 
sites “purchasing Priced Software 
Products. Includes all, or portions of 
>unbundled, >ldd>unbundled, >ldd>mcs and 
>system_library 3rd_party. 


Complete dump of all standard library 
source, object, include files and info 
segs. 


Complete Multics System Tape (MST). 


The compout segment for this document 
and other supporting documentation, if 
any, are contained on this tape in 
>doc>MR12.3. Last minute changes, if 
any, made to software modules after 
generation of the above tapes is also 
contained on this tape. This is the 
last tape to be loaded. 
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The accompanying hardcopy listings are: 
Listing Description 
12.3EXEC.DUMP.MAP Contents of the 12.3EXEC tape. 
12.3UNBUNDLED.DUMP.MAP Contents of the 12.3UNBUNDLED 
tape (for those sites purchasing 


Priced Separate Software). 


12.3LDD_STANDARD.DUMP.MAP Contents of the 12.3LDD_STANDARD 
tapes. 


12.3MISC.DUMP.MAP Contents of the 12.3MISC tape. 


Tape File Name Describes 


_system_book_ MR12.3 hardcore modules 
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SECTION 3 


FCO AND FIRMWARE STATUS 


FIRMWARE 


The firmware identification for MR12.3 is "IFAD D.4". 


IFAD (Integrated Firmware and Diagnostics) tapes, are distributed 
to all sites having valid Field Engineering Hardware Maintenance 
contracts. The IFAD tape is nolonger distributed as an FCO. It 
is now sent with the MR12.3 release tapes. 


T&D (Test and Diagnostic) tapes, are distributed to all sites 
having valid Field Engineering Hardware Maintenance contracts. 
The T&D tape is distributed as FCO PHAFGA888, rev. B.2. 


This version of IFAD, firmware, and T&D modules has been tested 
and exposed on System M in Phoenix. The modules are supplied as 
part of the MR12.3 release and can be found in >ldd>firmware as 
part of the LDD STANDARD tape. When subsequent IFAD tapes become 
available, it is recommended that the site use the 
deckfile manager, dfm, command to load the released IFAD tape 
into >system_library tandd. The firmware modules should then be 
moved to >ldd>firmware and a new MST tape should be generated 
using generate mst. 


The MR12.3 release requires the following firmware revision 
levels. 


Disc: DSC191 -- V1. 
DSC500 -- X1 
MSP800 -- Kl 


Tape: MTC0500 -- V1 


MTPO601 -- Tl 
MTP0610 -- 22 
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Unit Record: Common -- A2 
Reader/Punch -- B2 
PRU1200/1600 -- Ml 


FIELD CHANGE ORDER LIST 


The following list of FCOs should be thought of as a continuation 
of the similar list for MR12.2. Sites that are upgrading from 
MR12.2 will need to verify that FCOs for that release have been 
installed. 


As FCOs are completed in Phoenix, they are sent out to the field 


sites. Some of the FCOs affect only site documentation while 
others may change the hardware to improve system reliability or 
maintainability. An example might be a change to improve the 


supply of cooling air to some boards so that the boards run 
cooler and are therefore less likely to fail. These types of 
FCOs are important to the long-term success of system operation. 
However, because these FCOs are not required to correct the 
results of any computer program, they are not listed in this SRB. 


The purpose of this section is to identify those FCOs that are of 
utmost importance in the short term. This list includes only 
those FCOs needed to correct a program malfunction. 


For those FCOs already sent to the field, the "FCO Kit Ship Date" 
column contains the approximate date when shipment of the FCO 
kits began. 


One of the column headings in the tables on the following pages 
is "Round Robin". The implications of a "Yes" in this column for 
a particular FCO are as follows: 


1. The FCO kit includes at least one board. The new board(s) 
is to replace the board(s) now in the equipment. 


2% Enough FCO kits are put together for about 20% of the sites 
that are to take part in the Round Robin. Some FCOs result 
in a Round Robin for all sites. Other FCOs involve a Round 
Robin for some sites but not for other sites. For example, 
two of the factors that determine whether or not a 
particular site takes part in a Round Robin FCO are: 


a. The date codes of certain integrated circuit chips ona 
board. 
b. The board construction method -- wirewrap vs. 
| multilayer. 
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The set of FCO kits are sent to the first set of sites. 
(For the remainder of this discussion, we will follow one 
kit as it makes its Round Robin journey.) 


The site installs the FCO. When the site is satisfied that 
the FCO is satisfactory, the site returns the old board(s) 
to Phoenix. 


If there is still equipment at other sites that have not had 
the FCO installed, the returned board(s) is reworked, 
tested, and another FCO kit is assembled in Phoenix and sent 
to the next site. 


Since the length of time it takes a site to install an FCO 
and become satisfied that it is working correctly cannot be 
known in advance, there is no way to predict with accuracy 
how long it will be until the FCO has been installed at all 
sites. 


The FCOs have been classified into the following categories: 


CATEGORY 1 - The new software for this release will not run 


properly unless these FCOs are installed. 


CATEGORY 2 - The new software for this release may or may not run 


properly if these FCOs are not installed. It is 
strongly recommended to have these FCOs installed to 
improve reliability of the system. 


CATEGORY 3 - FCOs whose effects are program-visible, but do not 


fall into categories 1 or 2. Category 3 FCOs 
correct problems that are not uniquely related to 
this release. 
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CATEGORY 1 FIELD CHANGE ORDERS 


FIELD CHANGE ORDERS VITAL TO THIS SOFTWARE RELEASE 


Est. FCO 
Hours for 
FCO Kit Round To Multics 
FCO Number Board Ship Date Robin Instl Release 


—_ one a os om om om om om am om am ae or oe om a Se oe om om ow ow ow _—a os om ae — a a oe oe —_ =p op ow @ @ = 


No category 1 changes are required for MR12.3. 
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CATEGORY 2 FIELD CHANGE ORDERS 


FIELD CHANGE ORDERS POSSIBLY NEEDED FOR THIS RELEASE 


Est. FCO 
Hours for 
FCO Kit Round To Multics 
FCO Number Board Ship Date Robin Instl Release 


No category 2 changes are required for MR12.3. 
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CATEGORY 3 FIELD CHANGE ORDERS 


FIELD CHANGE ORDERS INDEPENDENT OF A PARTICULAR RELEASE 


Est. FCO 
Hours for 
FCO Kit ’ Round To Multics 
FCO Number Board Ship Date Robin Instl Release 
----- INTEGRATED MULTIPLEXER UNIT (IMU) --------------------- 
PHAFXS951 MCA 88 Nov No 3.0 MR12.3 


goes FIPS DISK MSU 3380/3382, MSP 3880/1/4/5--------------- 


PHAFFP553 Pwr Supply 89 Jan No 1.0 MR12.3 
PHAFFP556 Firmware 88 Dec No 4 MR12.3 
PHAFFP557 Pwr Supply 89 May No 2 MR12.3 


PHAFFP434 Firmware 88 Dec No é2 MR12.3 
PHAFFP4 36 FW Patch 89 Nov No <2 MR1i2.3 


PHAFGA888 Tape 87 Mar No 2.0 MR12.1 


PHAFPD998 Tape 87 May No 2.0 MR12.0 
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SECTION 4 


INSTRUCTIONS FOR SITES UPDATING TO MR12.3 FROM MR12.2 


If problems are encountered in any of the Steps listed below, 
return to the last step known to be successful and retry the 
Steps. Pay particular attention to procedure. This entire 
procedure was verified on the Multics System at Phoenix Computer 
Operations, but some hardware/software differences may exist at a 
particular site. 


In this section, two formats of text are used to indicate the 
typing of input into the system. This input usually is a command 
line, but could be data typed in response to a query from the 
operator console. 


Strings of input, and output messages of importance are indicated 
on separate lines. 


In addition, all input to the system is to be typed in lowercase, 
except when indicated by th occurrence of both uppercase and 


lowercase in the input line. User input is preceeded by an 
exclamation mark (!). 


System display output is shown as is, except when the displayed 
line exceeds the page margins for this document. When this 
occurs, the displayed line is split into two lines, with the 
second line indented from the first. 


SITES USING NSA IOM’S MUST INSURE OPTION WIOGOO8A-001 IS 
INSTALLED TO MAKE PAGED MODE I/O WORK. 
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STEP 1: PRE-INSTALLATION PREPARATION 


It is recommended that sites perform a BCE SAVE. A double save 
is recommended to avoid any possible tape problems later. 


Due to the method by which unbundled software is dumped, normal 
trimming during reloading of new software does not occur. To 
ensure that unbundled directories are clean execute the following 
before shutting down MR12.2 for the last time enter admin mode 
and type: 


cwd >system_library_unbundled 

answer yes -bf hpdl ([files **]) 

cwd >library dir_dir>unbundled>source 
answer yes -bf hpdl ([files **]) 

cwd >library_ dir dir>unbundled>object 
answer yes -bf hpdl ([files **]) 


To shut the system down and continue to the next step type: 


ame 
shutdown 


STEP 2: INSTALLATION TO BCE (EARLY) LEVEL 


Place the new MR12.3 Mult tape on any convenient tape drive. 
Initialize and boot the MST. 


The system will boot the bootload tape controller, if necessary, 
and continue. At this time you will be asked to input the RPV 
location in channel, controller, device and unit number format: 


bootload_0: Booting t500 A 12.3. with mtc500 rev.vl firmware. 
bootload_0: Booted tape MPC. 
0000.1 announce chwm: 371. pages used of 512. in 

wired environment. 
0000.2 announce _chwm: 646. words used of 1024. 

in int_unpaged_page_ tables. 
find rpv_subsystem: Enter RPV data: M-> ! rpv a22 451 451 1 
bce (early) 0012.0: M-> 


STEP 3: CHANGES TO CONFIG DECK 


There are no config deck changes for MR12.3. To examine and 
Change the config deck enter the config qedx editor by typing: 


config 
1,$p 


to display the entire config deck as currently saved in the 
"conf" partition. 


ND 
GA 
Ke 
‘al 
- 


Instructions - Updating 4- 


After having made necessary changes exit the editor by typing "w" 
and "gq" x 


The “w" request will verify card syntax. The "q" request will 
leave the gqedx editor and place the user at the bce(early) level. 


STEP 4: INSTALLATION TO BCE (BOOT) LEVEL 
Continue installation of BCE by typing: 


bce (early) 0020.0: M-> ! bce 

Current system time is: Friday, June 7, 1974 00:20:46 mst 

Is this correct? no 

Enter time: M-> ! 12/01/89 13:21:30 

Current system time is: Friday, December 01, 1989 13:21:30 mst 

Is this correct? M-> ! yes 

load_disk_mpcs: Disk mpc(s): mspa mspe appear not to be 
operating. 

Enter disk mpc names to be loaded, or "none" or “abort” 
or "all": M-> ! mspa mspc 


(The operator entered the names of other disk mpcs 
to be loaded.) 


hc_load_mpc: Booting channel A20 with dsc500 Revision Xl. 
hc_load_mpc: Booting channel B20 with dsc500 Revision Xl. 
bce (boot) 1325.5: M-> 


At this time, the operator must load firmware into all other 
controllers (i.e., not the bootload tape controller nor any disk 


wee y wt ate Or 


controllers). bce is then considered to be fully initialized. 


STEP 5: RING-1 ENVIRONMENT 
The system is now ready to cross into the ring-1l environment: 
bce (boot) 1325.5: boot 
Multics MR12.3 - 12/01/89 1328.0 mst Fri. 


Command: 


At Initializer ring-1 command level, type: 


At this point the libraries will be reloaded. The release tapes 
should be reloaded in this specific sequence: EXEC, 
LDD STANDARD, UNB, and MISC. 


To reload the libraries type: 
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reload _system_release -nosetlvid 
When the system asks "Input tape label:" type: <reel_id> 


where <reel_id> is the reel identification specified for the next 
tape to be reloaded. See Section 2, "Contents of MR12.3 
Package," for a listing of all "Tape names". Enter <reel_id> for 
each library tape. 


When all tapes are loaded, type: 


standard 
admin 
<password> 


STEP 6: TTF CONVERSION 


The TTF is not changed for MR12.3. This step is retained as a 
place holder for future releases. Skip to step 7. 


A new standard TTF has been provided containing additional 
terminal types. Sites using a modified site dependent TTF should 
merge these changes with their modified version, and convert the 
TTF to its binary version. The converted binary version must 
then be installed to take effect. The TTF.ttfi segment in >toois 
contains some of the more common used terminals on Multics. 
Sites using the default TTF for this release must execute the 
following commands to perform this conversion: 


cwd >udd>sa>a 

rename TTF.ttf TTF.save 
cp >t>TTF.ttf 

cv_ttf TIF 

install TTF.ttt 


STEP 7: FNP CORE IMAGES AND CMF CONVERSION 
A Multics Communications System (CS) core image is supplied in 
the >unbundled iibrary, and is named "site_mcs". The "site mcs" 
core image contains the basic support for DN6780 type FNPs with 
64k of memory. 


CS core images are built using the bind fnp command in 
conjunction with a bindfile describing the CS modules and 
configurations to be used. A copy of the site_mcs.bind fnp can 
be found in >ldd>mcs>info. 


Sites should build their own CS core image tailored to their own 
FNP configuration, terminal type requirements, and use of 
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additional separately priced FNP software modules. Sites using 
the default “site_mcs" core image should skip to Step 8 after 
ensuring the CMF image statement points to the core image now 
located in >unb. 


To build a new core image, the following procedure is suggested: 


Sites will need to extract the communications object segments 
from archives located in >ldd>mcs>object. Sites should create a 
virgin directory under >udd>sa>a for each new core image. 


The following example is for sites with the more common type 
Datanet and a larger memory configuration. Execute the following 
commands: 


create dir >udd>sa>a>mcs.7.6c 

cwd >udd>sa>a>mcs.7.6c 

qx 

xr >ldd>mcs>info>site mcs.bind_fnp (or location of sites 
CS bind file) 


make editing changes if any.. 


w site mcs.bind fnp 

q 

ac x ([segs >ldd>mcs>o>*.archive -absp]) 
bind _fnp site_mcs -list 


Be sure the image statement in the CMF points to this newly 
created CS core image. The name of the CMF requires a suffix of 
NOME" The following example assumes the CMF to be in the 
>udd>sa>a directory. This procedure will insure that the new CS 
image is used: 


cwd >udd>sa>a 


qx 
r CMF.cmf 

1) Edit the image: statement to point to the new CS image. 
2) Make any other changes needed. 

w CMF.cmf 

q 


cv_cmf CMF 
copy CMF.cdt >system_control 1>cdt -force 
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The above procedure builds a site dependent CS core image and 
ensures that this image is loaded in the FNP by the answering 
service. 


Exit admin mode by typing "ame". Then issue the commands: 


stop _ mpx a (sites with multiple FNPs execute this 
command for each FNP) 
multics 


load_mpx a -check (sites with multiple FNPs execute this 
command for each FNP) 


go 


The load_mpx command indicates on the FNP console any 
configuration errors if console _ man is loaded and "console: 
yes;" is in the bind file. If any errors are reported they 
should be corrected. 


Sites should assure the correct version number is reported the 
first time the FNP is booted. 


STEP 8: ACLS AND RING BRACKETS 


Check the ACLs for >sss>dm_admin_gate_, >sss>dm_daemon_gate_, 
>tools>installation_tools_, >tools>pnt_admin_gate_, 
>tools>pnt_ login_ gate_, >tools>pnt_network_gate_, 
>tools>pnt_priv_gate_, >sss>metering_gate_ and >sss>queue_ admin_ 

The ACLs on these gates are as they appear on System M and should 
be restricted. The ACL for these gates are site dependent and 
should be changed to meet each site’s needs. The dm_admin_gate_ 
and dm_daemon_gate_ should be restricted to data management 
administrators or daemons. The installations _tools_ gate should 
be restricted to system library maintainers. All persons on the 
ACL for metering_gate_ have access to the Multics metering data. 

All persons on the ACL for queue_admin_ are permitted to move 
absentee and daemon requests for themselves and other users to 


different queues. Users not on this ACL are only able to move 
their own requests. The Initializer must have access to 
queue_admin_. This capability is also dependent on extended 


access to the <queue>.ms segments. The various pnt_<name>_gate_ 
acls should be restricted to the following minimums for correct 
system operation: 


>t>pnt_admin_gate_ 
re * .SysDaemon.* 
re *. SysAdmin. * 


>t>pnt_fs_gate_ 
re * OH 
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>t>pnt_login_gate_ 


re Initializer.SysDaemon.* 

re *. SysAdmin. * 
>t>pnt_network_gate_ 

re Initializer.SysDaemon.* 

re IMFT. Daemon. * 

re Card_Input. Daemon. * 

re *.SysDaemon. * 


>t>pnt_priv_gate_ 


re Initializer.SysDaemon.* 
r * .SysDaemon. * 
re * SysAdmin. * 


STEP 9: SYSTEM CLEANUP 


The system is now ready for normal operation under MR12.3. 
Following a reasonable period of MR12.3 operation, it is 
suggested that sites delete any <name.save> segments created as 
part of this procedure. It is also recommended that sites 
salvage their systems and fix quota by running 
Salvager.SysDaemon, executing the following command: 


x repair salvquota > <number of salvagers> -rebuild -dcf 
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SECTION 5 


INSTRUCTIONS FOR SITES INSTALLING FOR FIRST TIME 


The following basic procedure must be performed when installing 
Multics for the first time. 


STEP 1: PREPARATION 


Ensure that all Multics active hardware components run error free 
in Multics mode using the latest T&D release. Peripheral 
equipment can be run in either Multics or GCOS mode and must also 
run error free. 


Carefully check the hardware configuration (port and channel 
assignments, mailbox switch settings, etc.) Create and verify 
the configuration description on paper for later input when BCE 
is running. Close consultation between the SiteSA and Field 
Engineering representative is of the utmost importance. (Refer 
to Section 9 and Appendix A of the Operator’s Guide to Multics, 
Order Number GB61, for hardware switch setting information. 
Refer to Section 7 of the Multics System Maintenance Procedures, 
Order Number AM81-03, for configuration setup.) 


When selecting the storage unit for the RPV, select a disk unit 
with as few bad tracks as possible. For the MSS451s, T&Ds should 
be used to format and test the first disk to be used as the RPV 
(test 365, subtest 26). 


The MSS500/501s are formatted at the factory, however, selection 
of alternate tracks is not done at the factory. It can only be 
done using MTR at Multics command level. (Refer to Appendix B 
for an outline of how MTR runs under Multics.} 
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STEP 2: LOGICAL VOLUME ASSIGNMENTS 


Choose the logical volume assignments. Decide how many logical 
volumes are needed and how many physical volumes are to be in 
each. 


Most installations have the following: 
Logical Volume Contents 


root >system_control_ 1 
. >system_library standard 

>system library tools 
>system_library_ unbundled 
>system_library_auth_maint 
>system_library_1 
>documentation 
>daemon_dir dir 
>dumps 
>system_library_ tandd 
>system_ library obsolete 
>system_library 3rd_party 
>site 
>lv 
partitions 


public . >user dir dir 
>library dir dir>include 


ldd >library_ dir dir 
Other logical volumes may be set up for specific applications. 


The assignment decision requires the system administrator to 
balance the costs of seek interference and breakage against the 
advantages of being abie to define and process logically 
different collections of data. Data bases used for only a few 
hours a day or only a few days a month are natural candidates for 
allocation to a separate logical volume. Breaking up the 
system’s storage into several logical volumes also allows the 
site to operate without all logical volumes mounted if hardware 
goes down. For example, an MPC or channel might go down, halving 
the system's disk drive capacity. 
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Logical volume assignments might be as follows: 


Logical Volume Contents 


root >system_library_tandd 
>library_dir_dir 
>system_library obsolete 
>system_library standard 
>system_library_ tools 
>system_library_unbundled 
>system_library_ 3rd_party 
>daemon_dir_ dir 
>documentation 
>dumps 
>system_library_1l 
>system_library_auth_maint 
>user_ dir dir>Daemon 
>user_dir_ dir>SysAdmin 
>user_dir_dir>SysDaemon 
>user_dir_ dir>SysMaint 


->site 
>lv 
. partitions 
Mcc >user dir dir>Mcc 
Multics Pubs >user dir dir>Pubs 


>user_ dir dir>Multics 


Old Dumps >dumps>Old_dumps 
Public >user dir dir 
>experimental 
>process dir dir 
>ldd>include 
List. | >library dir _dir>listings>hard 


>library dir _dir>mcs 
>library dir _dir>unbundle 


list_2 >library_ dir dir>listings 


These particular assignments give a wide range of flexibility and 
Multics can run with only the root logical volume mounted, or 
with one or two of the less critical logical volumes not mounted 
due to unavailability of disk drives. For example, logical 
volumes, list_1 and list_2, can easily be demounted. This frees 
two disk drives to be available for use with other more critical 
logical volumes. 
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Installations that wish to use the Access Isolation Mechanism 
(AIM) by specifying more than one access category (sensitivity 
level) should specify the maximum and minimum categories for one 
or more volumes and thus ensure that sensitive data is confined 
to a few packs, or that packs are not "contaminated" with 
information requiring special precautions. 


The logical volumes that hold process directory segments must be 
chosen. Because of the heavy usage of process directory 
segments, these segments should be spread over as many physical 
volumes as possible. One or more logical volumes may be selected 
to hold process directory segments, using the set_pdir volumes 
command in system_start_up.ec. In the supplied 
system_start_up.ec, a single logical volume, named public, is 
selected. This command line should be changed to select a set of 
publicly accessible and permanently mounted logical volumes 
containing as many physical volumes as possible, subject to some 
constraints. Site maintenance personnel are responsible for 
ensuring there is always enough space available on the selected 
logical volumes to hold the process directory segments. The 
process directory placement algorithm causes process directory 
creations to be made on each logical volume in proportion to the 
number of physical volumes in the logical volume. 


Ensure that enough storage will be available. About 5% of each 
volume is used for the VTOC and volume map. In addition, some 
breakage is unavoidable. 


Since the system handles running out of storage without crashing, 
and since it is possible to add physical volumes to a logical 
volume dynamically, logical volumes can be defined with fewer 
physical volumes than their maximum anticipated size. 


STEP 3: RPV INITIALIZATION 


Mount the Multics System Tape (MST) on Magnetic Tape Handler 
(MTH) nn (nn is usually equal to Q1). Mount the disk pack 
formatted by T&D on the drive selected to be the RPV. Initialize 
and boot the MST. Multics will prompt with: 


bootload_0: Booting system MR12.3 generated 08/31/89 0000.0 
bootload_0: Enter boot tape MPC model: ! t500 


Normal response to this question should be "ipc", "t610", "t601" 
or "t500". However, on systems with an IMU configured the "Enter 
boot tape..." query will not appear. The system will boot the 
bootload tape controller, if necessary, and continue. At this 
time, the intention to cold boot is given. Multics will request 
the location of the rpv. Once this is done, the init_vol request 
loop will be entered to accept the layout of the rpv. 


bootload_ 0: Booting t500 A 12.3. with mtc500 rev.ul firmware. 
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bootload_0: Booted tape MPC. 
0000.1 announce_chwm: 371. pages used of 512. in 
wired environment. 
0000.2 announce_chwm: 646. words used of 1024. 
| in int_unpaged_ page _ tables. 
find rpv_subsystem: Enter RPV data: M-> ! query 
find_rpv_subsystem: Enter RPV subsystem base channel, as Icc, 
or "cold". M-> ! cold 
find rpv_subsystem: Booting cold will destroy all data on the RPV 
Are you sure that you want to boot cold? M-=-> ! yes 
find _rpv_subsystem: Enter RPV subsystem base channel, 
as Icc. M-> ! a22 
find_rpv_subsystem: Enter RPV subsystem MPC model: M-> ! 451 
find_rpv_subsystem: Enter RPV disk drive model: M-> ! 451 
find rpv_subsystem: Enter RPV drive device number: M-> ! 1 
find _rpv_subsystem: RPV is a model 451 drive, number 1 on MPC A22 
(Model 3), and this is a COLD boot. 
Is this correct? M-> ! yes 


Default RPV layout: (Respond "end" to use it.) 
Average seg length = 2.00 

VTOC size = 2792 pages, 13920 vtoces. 

27840 paging records. 

Constrained by average seg length. 

part he 2792. 2500. 

part conf 5292. 4. 

part alt 38117. 141. (451 disk drive only) 
part dump 35847. 2000. 

part log 35591. 256. 

part file 35336. 255. 

part bce 33136. 2200. 

request: M-> ! end 


These are the default partition assignments. Any changes to the 
default partitions or RPV parameters can be redefined by using 
the "startover" request in init_vol. The system installer should 
review the write-up of init_vol in the Multics Administration, 
Maintenance, and Operations Commands Manual, Order Number 
GB64-00, prior to the installation. 


Sizes for the various partitions and their locations can be 
modified based on the needs of the site. 


init_empty_root: Begin rpv initialization. This will 
take some time. 
init_empty root: rpv initialized; 27840 records. 


bce (early) 0012.0: M-> 
The list above is based on a 451 disk drive. With the exception 


of some default values the script will be the same for 501, 3380, 
or 3381 disk units. 
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STEP 4: CONFIGURATION 


Build the configuration description as follows (user input 
preceeded by an exclamation mark (!): 


! config 

! 1,$d 

!a | 

! [User types in configuration fields as defined 
in the System Maintenance Procedures, Order 
Number AM81-03] 

LE 


!w 
iq 


Do not enter any part cards at this time, except for those 
partitions defined on the rpv. Also, make the root card specify 
only the rpv. 


Continue booting bce. 


bce (early) 0020.0: M-> ! bce 

Current system time is: Monday, April 29, 1985 00:20:46 mst 
Is this correct? no 

Enter time: M-> ! 12/01/89 13:21:30 


Current system time is: Friday, December 01, 1989 13:21:30 mst 


Is this correct? M-> ! yes 

load_disk_mpcs: Disk mpc(s): mspa mspc appear not to be 
operating. 

Enter disk mpc names to be loaded, or "none" or "abort" 
or "all": M-> ! mspa mspc 


(The operator entered the names of other disk mpcs 
to be loaded. ) 


hc_load_mpc: Booting channel A20 with dsc500 Revision Xl. 
hc_load_mpc: Booting channel B20 with dsc500 Revision Xl. 
bce (boot) 1325.5: M-> 


At this time, the operator must load firmware into all other 
controllers (i.e., not the bootload tape controller nor any disk 
controllers). bce is then considered to be fully initialized. 


bce (boot) 1325.5 : M-> ! boot -cold 
Do you really wish to boot cold and there by destroy the 
system hierarchy? M-> ! yes 
1326.1 volume_registration_mgr_Scheck_volume_registration: 
Reregistered public LV root LVID 133353533031 
(Initializer.SysDaemon.z) 
1326.3 volume_registration_mgr_$check_volume _registration: 
| Reregistered PV rpv PVID 133353533017 in LV root 
(Initializer.SysDaemon.z) 
disk_table_: New disk table created 
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Multics MR12.3 - 12/01/89 1327.0 mst Fri. 
Command: M-> 


Ignore the messages prefaced by disk_table_ and 
volume_registration_mgr_. 


STEP 5: INITIALIZING ROOT VOLUMES 


Initialize each new root volume except the RPV with the init_vol 
command. 


For better performance, it is advisable to place a hardcore 
partition (hc) on each physical volume of the Root Logical Volume 
(RLV). The placement of the hardcore partition on each volume 
must be low. The recommended size of additional partitions is 
2500 records divided by the number of physical volume used. The 
RPV size should remain 2500 records to allow the system to boot 
with only an RPV mounted. 


For most volumes the command looks like: 
init_vol PV_NAME DRIVE NAME -rlv {-special} 
Example: init _vol root2 dska_02 -rlv -special 
For those volumes that are to have partitions, or an average 


segment length other than the default of five records, add the 
optional "-special" as a third argument. The command then asks 


for instructions about the partition location. Hardcore 
partitions, for additional root volumes, should be specified as 
they are initialized. You may type one or more of the following: 


part NAME low nrec 
part NAME high nrec 
avg fff.ff 

list 


complete initialization by typing: 
end 


An example of typing the init_vol for an MSS0451/400 with an 
alternate partition on a RLV drive is: 


init_vol root2 dska_02 -riv -special 
part alt high 141 (Note: 451 disk only) 
part he low 625 (Example: 2500/4 root volumes) 


end 
when done type: 


shut 
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STEP 6: ADDITIONAL CONFIGURATION PARAMETERS 


At bce (boot) level enter the configuration deck editor by typing 
"config". The PART cards and ROOT card should be added to the 
deck. Subsequent boots divide the hardcore supervisor among all 
hardcore partitions. 


The following script is provided as an example where a root card 
exists in the configuration deck and a part card does not exist. 
Parameters of cards will vary according to the configuration of 
individual sites. User input is preceeded by an exclamation mark 


(?)- 


bce (boot): M-> ! config 

M-> ! /root/ 

root -subsys dski -drive 1 

M-> ! s/$/ -subsys dski -drive 2/p 

root -subsys dski -drive 1 -subsys dski -drive 2 
M-> ! /part/ 

Search failed. 


M-> !a 

M-> ! part bos dski 1 

M-> ! part log dski 1 

M-> ! part dump dski 1 

M-> ! \f 

M-> ! w 

M-> !q 

bce {boot) 1215.2: M-> reinit 


STEP 7: RELOAD OF EXECUTABLE LIBRARIES 


Do anormal boot "BOOT". While at ring-1 initializer command 
level load the executable libraries. This is done as follows: 


bce (boot): ! boot 
Command: M-> ! reload -nosetlvi 


Only the system libraries (MR12.3.EXEC) should be reloaded at 
this time. The -nosetlvid control argument ignores the logical 
volume ID on the tape when a directory is being reloaded. 


M-> ! shut | 
1230.1 shutdown complete. 
bce (boot) 1231.1: M-> ! boot standard 
(ignore the messages from sc_init_.) 
Multics MR12.3 - 12/01/89 1235.2 mst Fri 
Ready 
M-> ! admin 
admin: Entry not found. Could not retrieve admin password 
from the PNT to check admin password. Entering admin mode. 
[NOTE: This error message is repeated each time admin is 
entered until a password has been set. ] 


Tnectriuctiane -~ F 
de bbe we de CA eet hee od ee SO lies 


3 

(D 

wn 
t 

co 
op. 
a 
he 
oe 
No 
eS) 


Register and initialize all non-RLV volumes. For ease of typing, 
use of lower case names is recommended. 


Use the add_volume_registration (avr) command as in the following 
example: 


! avr -pv pub0l -lv public -serial 233-81 -model 451 

add _volume_registration: LV "public" does not exist. Do you 
wish to create it? M-> ! yes 

add_volume_registration: Registered PV "pub01" (pvid 
100172223140) on new LV "public" lvid 100172223005). 

r 14:15 1.473 8 


to create registration entries for each logical and physical 
volume. The registration file for the root logical volume is 
created automatically by the bootload. Since the default model 
number is 451, use the change _vol_registration command, if 
necessary, to set the correct value of model number on the rpv. 
The serial number can also be set as follows: 


lvr -pv rpv 
Cvr -pv rpv -serial 233-79 -model <model number> 
ame 
Use the init _vol for the additional logical volumes as follows: 
init_vol pub01 dska_03 -special 
part alt high 141 (Note: 451 disk only) 
end 
init_vol pub02 dska_04 -special 
part alt high 141 (Note: 451 disk only) 
end 
After all physical volumes are registered and initialized, add 
them to the disk_table by typing the add_vol (av) command for all 
except the RPV: 
av pvname dskxX_NN 
An example: 
av pub01 dska_03 
At this point add all of the logical volumes by typing: 


alv -all 
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STEP 8: SETTING AND CHECKING ACCESS 


The ACL for >lv should be set to "s" for all users. Setting 
initial ACLs for segments in the >lv directory is done from admin 
mode by typing: 


M-> ! admin 

<READY MESSAGE> 

M-> ! sis >lv rew *.SysAdmin rew *.SysDaemon 
<READY MESSAGE> 

M-> ! sa >lv s * sma *.SysAdmin sma *.SysMaint 
<READY MESSAGE> 


Create Access Control Segments (ACS) for each logical volume. 
For system public volumes, create them as follows: 


M-> ! create >lv>{lvname}.acs 

<READY MESSAGE> 

M-> ! cvr -lv {lvname} -acs >lv>{lvname}.acs 
<READY MESSAGE> 

M-> ! set_max_length >lv>*.acs 0 


where {lvname} stands for name of each logical voiume. 


The ACLs of these segments are interpreted to give permission to 
attach the logical volume (for private volumes) and permission to 
modify master directory control information in the MDCS (for 
specific logical volumes). Specific ACL entries for 
Initializer.SysDaemon should be deleted at this time by typing: 


delete_acl >lv>*.acs <READY MESSAGE> 


This is necessary because Initializer.SysDaemon always gets 
default access of "rw". This would prevent the Initializer from 
being a volume administrator by virtue of the missing "e" access. 
Deletion of specific access gives the Initializer the "rew" 
access allowed ail SysDaemons. 


The ACL is now set so that all system administrators and all 
SysDaemons are volume administrators. The "e" bit controls 
executive access. 


For private volumes, the ACS is in a directory controlled by the 
volume owner. The ACS segment must reside in a directory ona 
logical volume different from the private logical volume. 
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STEP 9: SETTING VOLUME QUOTA 
Use the set_volume_quota command to give the Initializer process 
enough quota on each logical volume to create the necessary 
master directories. 

set_volume_quota LV_NAME QUOTA 
Example: set _volume_quota public 36000 


The number QUOTA should be at least the total of the quotas of 
the directories to be created in the next step. 


Use create dir to create master directories. The format of the 
command is: 


create dir pathname -lv logical volume -quota QQ 
where QQ <262144 


Example: cd >library_dir_dir -lv no_backup -quota 40000 
cd >library_dir_dir>include -lv public -quota 3000 


The acct_start_up.ec will, in step 11, create a number of project 
directories and assign terminal quota if the directories do not 


exist. They are the following with the quota that will be 
assigned: 

>udd>SysAdmin 5000 

>udd>SysAdmin>admin 2000 

>udd>SysDaemon 5000 

>udd>Daemon 1000 

>udd>Operator 100 

>udd>Terminals 10 

>udd>HFED 5000 


Set ACLs and additional names, as desired, on all master 
directories at this time. 


Directory quota should be set for each master directory by those 
sites that wish to have disk charges for directory pages included 
in monthly bills. Those sites not interested in implementing 
this feature may type "ame" and "shutdown" then skip to the next 
step. 
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A directory quota of 1000 pages should be sufficient for all 
master directories with the exception of >udd. If udd isa 
master directory it is recommended that it be given a directory 
quota of 100000 pages. This provides enough directory quota for 
100 projects at 1000 pages each. If the site has more than 100 
active projects the 100000 figure should be adjusted accordingly. 
To set directory quota on each master directory execute the 
following command: 


set_dir_ quota PATHNAME QQ 


This command allows a system administrator to place an arbitrary 
secondary storage quota for directories on a specified directory. 


PATHNAME 
is the name of a directory on which the directory quota is to 
be placed. -wd can be used to specify the working directory. 
QQ 


is the directory quota in 1024 word pages. 


If additional directory quota is required for a master directory 
the quota can be reset following movement of directory quota to 
inferior directories. 


Instructions for moving directory quota down to the project level 
is included in Step 18. 


To shut down do the following: 


ame 
shut 


STEP 10: RELOAD OF REMAINING RELEASE TAPES 


Reboot Muitics to ring-i and reload the MR12.3.LDD STANDARD and 
MR12.3.UNBUNDLED tapes with the following commands 


boot 
alv -all 
reload -nosetlvid 


The tape labeled MR12.3.MISC must be the final tape of the MR12.3 
supplied set to be reloaded. 
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STEP 11: RUNNING ACCT START UP.EC 


After all the release tapes have been reloaded cross into ring-4 
by executing the following commands: 


standard 
admin {Ignore messages from admin at this time. ] 


At this time you are ready to execute part 1 of the 
acct_start_up.ec. To do this type: 


ec >system_library tools>acct_start_up cold F.ANSS 


where F.ANSS is the channel number of the hardwired Initializer 
terminal. 


FNP number (a-h) 

Adaptor type (h = hsla) 

Adaptor number (0-2 for hsla) 

Decimal subchannel number of specified adaptor 
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The string "F.ANSS" should be replaced by "otw_" if there is no 
hardwired terminal and the bootload console is to be used as the 
Initializer terminal. 


The error, "new_iod_tables_ compiler: Entry not found. Accessing 
cdt. Channel name checks will not be performed", may be 
encountered during this stage. This error should be disregarded. 


At this point, tapes dumped from other Multics sites can be 
reloaded as desired using the "reload" command with the control 
arguments "“-noguota -notrim -nosetlvid" to avoid deletion of 
existing segments and resetting of quotas. If any segments are 
to be loaded into ring 1 then it cannot be done without exiting 
admin mode and rebooting to ring l. 


STEP 12: MULTICS COMMUNICATIONS SYSTEM 
A Multics Communications System (CS) core image is supplied in 
the >unbundled library, and is named site mcs. 


The site_mcs version for this release is 7.6. The site_mcs core 
image contains the basic support for DN6780 type FNPs with 64k of 
memory. 


The communication system core images are built using the bind _fnp 
command in conjunction with a bindfile describing the CS modules 
and configurations to be used. A copy of the site_mcs.bind fnp 
can be found in >ldd>mcs>info. 
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Sites should build their own CS core image tailored to their own 
FNP configuration, terminal type requirements, and use of 
additional separately priced FNP software modules. 


Sites using the default site _ mcs core image should ensure the CMF 
image statement points to the correct default core image located 
in >unb. The initial CMF, which includes some sample channel 
entries in comments, as well as one FNP entry, should be checked. 
Edit this CMF to eliminate any inconsistencies with the actual 
configuration and add one or more entries for login channels. 


Sites modifying their own CS core image are required to use the 
GCOS Environment Simulator which is an unbundled software 
product. To build a new core image, the following procedure is 
suggested: 


Sites will need to extract the communications object segments 
from archives located in >ldd>mcs>object. Sites should create a 
virgin directory under >udd>sa>a for each new core image. 


The following example is for sites with the more common type 
Datanet and a larger memory configuration. Execute the following 
commands: 


create dir >udd>sa>a>mcs.7.6c 

cwd >udd>sa>a>mcs.7.6c 

ted 

r >ldd>mcs>info>site mcs.bind fnp (or location of sites 
CS bind file) 


make editing changes if any.. 


w site _mcs.bind_fnp 

q 

ac x ([segs >ldd>mcs>o>*.archive -absp]) 
bind_fnp site_mcs -list 


Be sure the image statement in the CMF points to this newly 
created CS core image. The following example assumes the default 
CMF to be in the >udd>sa>a directory. This procedure will insure 
that the new CS image is used: 


cwd >udd>sa>a 
ted 
r CMF.cmf 


Locate the image: statement by typing: 
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/image/ 


Edit the images: statement to point to the CS image, 
site mcs, by making the statement read: 


zsimage: >udd>sa>a>mcs.7.6c>site mcs; 


Make any other changes needed. 


w CMF.cmf 


q 
cv_cmf CMF.cmf 
copy CMF.cdt >scl>cdt -force 


The above procedure builds a site dependent CS core image and 
ensures that this image is loaded in the FNP by the answering 
service. 


STEP 13: COMPLETE ACCOUNTING STARTUP 


During this step, expect many messages, some with audible alarms, 
reporting that certain segments do not exist and are being 
created. These messages would be cause for concern during normal 
system operation but are to be expected during accounting start 
up and may be ignored. Execute the following example: 


ame 
stop mpx a (sites with multiple FNPs execute this 
command for each FNP) 
multics 
load_mpx a -check (sites with multiple FNPs execute 
this command for each FNP) 

admin (any error messages displayed at this time, except 

hardware error messages can be ignored.) 


ec >tools>acct_start_up cold2 


This procedure will finish accounting start up. The load_mpx 
command indicates on the FNP console any configuration errors if 
console man is ioaded and "console: yes;" is in the bind file. 
Tf any errors are reported they should be corrected. 
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During this stage you will encountered the error, 
"set_max_length: Validation level not in ring bracket. 
>system_control_1>mcaa.acs", which occurs if an IMU is 
configured. Ignore this error message. The cause of this error, 
validation level of >scl>mcaa.acs, must be fixed manually after 
cold2 has completed successfully. 


Instructions - First Time 5-15 SIB12.3 


A default start_up.ec is available for use by new Multics users 
when they first log in. This exec_com is executed by users who 
login to the system without their own start_up.ec. The segment 
>tools>start_up.ec was copied into >scl by the acct_start_up.ec. 
Individual sites can modify this exec _com to meet their own 
needs. The access for the segment should be "r *.*.*" and ring 
brackets of 4,5,5. To start the system up for normal service 
type: 


ame 
word login 
abs start 


go 


After typing "go" a number of messages will be returned. These 
messages are of the form: 


absentee_utility_: Entry not found. Creating new <pathname>. 
scavenge vol: No volumes. 
Found unexpected command_error in system start_up.ec. 


These messages may be ignored. 


STEP 14: CHECK GATE ACLS 


Type "admin" and enter the new admin password you’ selected. 
Check the ACLs for >sss>dm_admin_gate_, >sss>dm_daemon_gate_ 
>tools>installation_tools , >tools>pnt_admin_ gate_ 
>tools>pnt_login_gate_, >tools>pnt_network_gate_ 
>tools>pnt_priv_gate_, >sss>metering_gate_ and >sss>queue_admin_. 
The ACLs on these gates are as they appear on System M and should 
be restricted. The ACL for these gates are site dependent and 
should be changed to meet each site’s needs. The dm_admin_gate_ 

and dm_daemon_gate_ should be restricted to data management 
administrators or daemons. The installations _tools_ gate should 
be restricted to system library maintainers. All persons on the 
ACL for metering gate_ have access to the Multics metering data. 

All persons on the ACL for queue_admin_ are permitted to move 
absentee and daemon requests for themselves and other users to 
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different queues. Users not on this ACL are only able to move 
their own requests. The Initializer must have access to 
queue_admin_. This capability is also dependent on extended 


access to the <queue>.ms segments. The various pnt <name> gate_ 
acls should be restricted to the following minimums for correct 
system operation: 


>t>pnt_admin_gate_ 


re * .SysDaemon.* 
re * SysAdmin. * 
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>t>pnt_fs_gate_ 
re a ie 


>t>pnt_login_gate_ 


re Initializer.SysDaemon. * 

re *,.SysAdmin.* 
>t>pnt_network_ gate _ 

re Initializer.SysDaemon. * 

re IMFT.Daemon.* 

re Card_Input.Daemon.* 

re *.SysDaemon. * 


>t>pnt_priv_gate_ 


re Initializer.SysDaemon.* 
rz *.SysDaemon. * 
re *. SysAdmin. * 


Set ACLs on the >scl>rcp directory and on the access control 
segments in it (<name>.acs), to allow users te attach tape drives 
and any other peripherals they are allowed to use. 

After all ACLs are set, type: 


ame 
x repair salvquota > 2 -dcf -rebuild 
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STEP 15: SAVE CHECKPOINT 


Type "logout * *" and "Shutdown". After a successful shutdown, 
do a BCE save. For further information see >doc>ss>bce>save.info 
or Appendix B of this document. Use fresh tapes for the BCE save 
so that the results of the above steps are not lost. 


STEP 16: TAILOR SYSTEM AND REGISTER PROJECTS 


Following the bce save, reboot the system for normal service by 
typing "boot star". The system is now ready for registration of 
projects and users from a SysAdmin process, such as 
Repair.SysAdmin, logged in from a standard terminal. 


The acct_start_up exec_com created default system_start_up.ec, 
admin.ec, iod_tables.iodt, RTMF.rtmf, and CMF.cmf segments. 
These segments should be tailored by the local Site SA to meet 
site operational and configuration requirements. 


STEP 17: SETUP VOLUME BACKUP/RELOADER 


The following instructions are necessary only for those sites 
that intend to use the Volume Backup/Reloader facility: 


The personids "Volume Dumper", "Volume _Reloader", and 
"Volume_Retriever" are registered. These personids are 
registered on the Daemon project with the multip and daemon 
attributes and with a home_dir of 


>user dir _dir>Daemon>Volume Dumper. Sites using AIM must set the 
authorization for these personids at system_high and upgrade the 
home dir at system_high. 


Login Repair SysDaemon, or if running in special session using 
the Initializer, execute the following commands: 


admin 
ec >tools>setup volume reloader 


The error message that Volumes dm001 and dm002 are not registered 
should be ignored. This exec_com creates all directories, 
segments, and message segments necessary for running the volume 
dumper/reloader system. This exec_com also sets suggested access 
on the directories and segments created. Not all the access set 
is required. If a site wishes, the access created for 
*.SysMaint.* and *.SysAdmin.* may be removed. 
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This exec _com resets the vtoce fields for both incremental and 
consolidated dumps by making a first dump pass with output to 
discard. This is necessary since the first dump pass is 
equivalent to a complete dump on both the incremental and 
consolidated pass. Follow the instructions for normal use of 
this facility at the completion of this exec_com. 


Sites need a sufficient number of tapes to accommodate the entire 
file system and any incremental and consolidated dumps until a 
subsequent complete dump is taken. This is known as a reload 
group. It is suggested that new sites start with 100 reels of 
tape or a sufficient quantity to contain two complete reload 
groups. A _ single reel of tape at 6250 bpi holds approximately 
26000 Multics records. 


STEP 18: SETUP DIRECTORY QUOTA 


This step is necessary only for those sites that wish to charge 
their user projects for disk storage used by directory pages, or 
to obtain a more complete disk report containing additional disk 
usage statistics. If directory quota is not already set on >udd 
execute the following commands from a SysAdmin process if udd is 
not a master directory: 


sac set_dir quota > 120000 
sac move dir quota >udd 100000 


If udd is a master directory, then execute: 
set_dir quota >udd 100000 
Then execute the commands: 


cwd >udd 
move_dir_quota ([{dirs **]) 1000 


These commands move or set sufficient directory quota on udd for 
100 projects with the suggested default project directory quota 
of 1000. If a site has more than 100 active projects a figure in 
excess of 100000 must be chosen for the initial directory quota 
of udd. The master.ec gives each new project a default directory 
quota of 1000 pages by moving 1000 pages of directory quota from 
udd. The system administrator should make sure there is always 
sufficient directory quota on udd to accommodate new projects. 


It is also suggested that all directories directly off the root 
with the exception of pdd and sll be given nonzero segment and 
directory quotas large enough to accommodate their current page 
usage and allowing for some growth. The purpose of this is to 
cause the disk report to contain complete statistical information 
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on these directories (directories with 0 quotas are omitted from 
the disk report). 


APPENDIX A 


MODULE CHANGES FOR MR12.3 


This appendix provides information about changes to the Multics 
operating system on a segment basis. The following information 
applies to changes made to the system for the MR12.3 release 
only. 


This appendix is provided to help sites identify, to a segment 
level, changes they may have applied for emergency bug fixes or 
site dependent modifications to current system software. 


Information is catagorized as follows: 


new info segments (added to >doc>info unless otherwise noted) 
new segments 

new or modified include files 

deleted segments 


modified segments 
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NEW INFO SEGMENTS FOR MR12.3 


alm.info 

calc.info 
check_iacl.info 
copy.info 
copy_dir.info 
copy_dir_.info 
copy_seg_.info 
display _mailing address.info 
emacs.changes.info 
errata.ak50.info 
errata.am82.info 
errata.at58.info 


n> 


errata.cj52.info 
find_source file .info 
fortran.info 
manuals.gi.info 
memo.info 
move.info 
move_dir.info 
mowse_io_.info 
pll.info 
pll.info 
translator_info 


bo 


NEW SEGMENTS FOR MR12.3 


protocol mpx.pll 
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NEW OR MODIFIED INCLUDE FILES FOR MR12.3 


backup_volume_log.incl.pll 
builtin_table.incl.pll 
cmcs_ entry dcls.incl.pll 
cmtv.incl.pll 
cobol_addr_tokens.incl.pli 
cobol fsb type _ l.incl.pll 
cobol _ fsbskel.incl.pll 
create _branch_info.incl.pll 
create branch_info.incl.pll 
disk error _interp.incl.pll 


dn355 data.incl.pll 
language_utility.incl.pll 
mowse_io data.incl.pll 
multiplexer_types.incl.pll 
oc_data.inci.pll 

protocol data.incl.pll 
protocol _infos.incl.pll 
protocol infos.incl.pll 
protocols.incl.pll 

x25 data.incl.pll 


DELETED SEGMENTS FOR MRi2.3 


There are no deleted modules for MR12.3. 
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MODIFIED SEGMENTS FOR MR12.3 


PNOTICE exec backup_control_mgr_ 
absadr backup_load 
absolute _pathname_ backup_load_ dir _list 
acc _list_ backup_map_ 
acc_name_ backup_util 
accept_fs_disk basic _ 
accept rpv bed_to_ascii_ 
access audit_ bce_abs_seg 
access audit _check_ep_ bce alert 
access _audit_log fault_ bce_alm_ die 
access audit rl_ bce_appending_ simulation 
access audit _util_ bce_check_abort 
access class_check bce command processor _ 
access _ mode bce _component_to_wordnum_ 
access operations _ bce_console io 
access viol bce_continue 
acl bce _ copy disk 
acl | bce_create_sstnt 
act_proc bce_data 
activate bce_die 
active fnc_err_ bce_display_disk_label 
add_key bce_ display instruction_ 
add_mail_ table entry bce display scu_ 
add_scu bce_ dump 
adjust _count bee_ error 
adjust_float_ bce _ esd 
admin _ bce_exec_com_ 
adopt _seg bce_exec_com_input 
adopt _seg bce _execute_command_ 
aim _check_ bce_fwload 
aim_util_ bce_get_defptr_ 
alloc_ bce_get_flagbox 
alloc semantics bce_get_to_command_level 
allocate dir ht_ bce_inst_length_ 
alm bce_ioi post 
alm_syserr_ caller bce_list_requests_ 
announce _chwm bce_listen_ 
ansi_tape_io_ bce_lock_mca 
any_to_any_ bce_map_ over requests _ 
append bce name to segnum_ 
arc _sine_ bce parse disk_spec 
arc_tangent_ bce_probe 
asd_ bce _ query 
assign __ bce_ query af 

sign_op bce_ ready 
asu_ bce _request_table_ 
asum_data_ bce_ save 
attribute_parse bce_ save _util_ 
audit _ bce_severity 
authenticate _ bce_shutdown_state 


“a 
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bce_state 

bce test_disk 
bfp to_hfp_ 
bk_arg_reader_ 
bk_input 

bk retrieve 
bk_ss_ 

boot _rpv_subsystem 
boot_tape_io 
bootload_0 
bootload_abs_mode 
bootload_ console 
bootload_disk_io 
bootload_disk_post 
bootload_dseg 
bootload_early dump 
bootload_error 
bootload_ faults 
bootload_flagbox 
bootload_formline 
bootload_ fs_ 
bootload_fs_cmds_ 
bootload_info 
bootload_io 
bootload_linker 
bootload_loader 
bootload_qedx 


bootload_sit_manager 


bootload _ _tape_fw 
bound_as_mpx_.bind 
bound_audit_.bind 
bound plio2_.bind 
bound_priv_mpx.bind 
bound_teco_.bind 
bound_temp_ 1 
boundfault 
buddy_alloc_ 
buddy_area_ 

buddy _area_assign_ 
buddy _freen_ 
builtin 

cache priv 

cache tester 

calc 

call bce 

call ec 

call math_error_ 
call outer ring_ 
cam_cache 


cancel _cobol_ program 
canon_for_volume_label_ 
Canon_resource_ name _ 


carry_dump 
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cat_op 

change_dtem 
channel_comm_meters 
channel _ manager 
char_bit_offset_fcns_ 
check_entryname_ 
check_gate_acl_ 
check_iacl 
check_trailer 
chname 

clock_ 

cm_compact 

cmcs_ create _queues_ 
cmcs_ date time_ 
cmcs_decode_status_ 
cmcs_expand_tree path 
cmcs_expand_tree_path_ 
emcs_ fillin_hdr_ 
emcs_ initiate _ctl_ 
ecmcs_ print_ 
cmcs_purge_ queues __ 
cmcs_ queue ctl_ 

cmcs scramble _ 
cmcs_set_lock_ 
cmcs_station_ctl 
cmcs status_list ctl_ 
cmcs terminal ctl_ 
cmcs_ tree ctl_ 

cmcs wait_ctl_ 

cmtv 

cobol 

cobol FILE_ 

cobol FP_ 

cobol_ IVAL 

cobol_ MSORT_ 

cobol_ NUMS_ 

cobol RELEASE _ 

cobol RETURN 

cobol_ SET_ 

cobol _SORTM_ 

cobol — _accept__ gen 
cobol_add 
cobol_add2_binary_ long 
cobol_add2_binary_short 
cobol_add3 
cobol_add_binary_gen 
cobol_ add gen 

cobol_ addr 
cobol_allo tm 

cobol alloc 

cobol alter _gen 
cobol_alter perform 
cobol_ arg descriptor 
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cobol_arith_move_gen 
cobol _ arithop_gen 
cobol bin_const_ck 
cobol binary _| check 


cobol blank _stripper_ 


cobol build resop 
cobol _c_list 
cobol_call_gen 
cobol_call_op 
cobol_cancel_gen 
cobol_ci_phase 
cobol_close_ gen 
cobol_cmnio 

cobol_ compare_gen 
cobol_compare_values 
cobol_compute_bin_gen 
cobol_compute_gen 
cobol _control_ 
cobol db 

cobol_db phase 
cobol ddactl 
cobol_ddact2 

cobol ddalloc 
cobol_ ddst 
cobol_ddsyntax 
cobol_decl_ gen 
cobol _def_init 
cobol def util 
cobol delete _gen 
cobol delete tokens 
cobol _diag_ table _ 
cobol disable gen 
cobol display gen 
cobol display _text 
cobol_ display_util 
cobol divide bin_gen 
cobol divide gen 
cobol enable gen 
cobol_end_gen 
cobol_error_ 
cobol _ exit_gen 
cobol _exp3 
cobol_expand_source_ 
cobol ext_ 

cobol | _ext _ddsyn 
cobol ext lex 

cobol file util 
cobol_ find_secdef 
cobol_ fix_driver_ 
cobol | _fixup 

cobol fofl mask 
cobol gen_driver_ 
cobol_gen_error 
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cobol_gen_ioerror 
cobol_generate_report 
cobol_get_index_value 
cobol_get_num_code 
cobol_get_size 
cobol_gns 

cobol_gnsl 
cobol_go_gen 
cobol_ided 

cobol_ idedsyn 
cobol_imp_ word 
cobol_init_ 

cobol initstatic 
cobol_insert_token 
cobol_inspect_gen 
cobol_io_ 

cobol_io util 
cobol_iocall 
cobol_ioerror 
cobol_ioerror_ abort 
cobol_iomode 
cobol_ioop_ util 

cobol lex 

cobol_ lexeme 

cobol lexerr 
cobol_linage 

cobol link_init 
cobol_load_register 
cobol make_bin_ const 
cobol_make_ fsb link 
cobol make link 

cobol make list 
cobol_ make_merge file 
cobol make_object_map 
cobol_make_reg_ token 
cobol make_type3 
cobol_make_type9 
cobol make xref_ 
cobol mcs 

cobol_mcs_ 

cobol_ merge 

cobol_ merge gen 

cobol move_gen 
cobol_mpy 

cobol _ mpy3 
cobol_ms_handler 
cobol_ mst 
cobol_multiply2_binary 
cobol multiply bin_gen 
cobol multiply gen 
cobol ntio 

cobol num_to_udts 
cobol opch_init 


cobol _opch_is 
cobol_ opch_op_call 
cobol_open_gen 
cobol open_util 
cobol operators _ 
cobol output_tokens 
cobol_paragraph_gen 
cobol paste 

cobol patch 
cobol_pd_code 

cobol pdst 

cobol_ pdstax 

cobol perform_gen 
cobol_pic_val_comp 
cobol pointer register 
cobol pool 

cobol print_diag 
cobol proc_copy 
cobol_proc_sort 
cobol_ process _error 
cobol profile 

cobol prologue_gen 
cobol _purge_gen 
cobol_r_ initialize 
cobol_ read _ ft 
cobol_read_gen 
cobol_ read_rand 
coboi_ receive _ gen 
cobol reg manager 
cobol register 
cobol register_util 
cobol release gen 
cobol reloc 

cobol repl3 

cobol repl3_expand 
cobol replb 

cobol_ report_writer 
cobol_res_ words 
cobo] reset_r 

cobol reswd table _ 
cobol | _return _gen 
cobol rewrite gen 
cobol rts 

cobol rts _handler_ 
cobol search gen 
cobol section_gen 
cobol_seginit_gen 
cobol_send_gen 
cobol set _fsbptr 
cobol | _set_gen 

cobol set pdir 
cobol set_pr 

cobol set_type40 
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cobol_short_to_longbin 
cobol_sort_gen 
cobol_sort_util 
cobol source formatter_ 
cobol | _start_gen 
cobol stop gen 

cobol store binary 
cobol string 

cobol_ string_gen 
cobol_su_ 

cobol | ~ subtract _gen 
cobol_sym_init 

cobol _syntax_trace_ 
cobol_ trans _alphabet 
cobol - _unstring 
cobol_unstring_gen 
cobol_usrwd 

cobol version 

cobol_ write _gen 
collect_free_core 
com_err_ 

comm meters _ 
command_processor_ 
command query _ 
commit 

compare declaration 
condition_ 


config_ 


config data_ 

config deck data_ 

config deck _| edit_ 
config deck parse_ 
configure test_cpu 
connection _list_manager_ 
constant_token 

context 
context_processor 
convert 
convert_access_class_ 
convert access operation_ 
convert_binary _integer_ 
convert_date to _binary_ 


COpy 

copy_ 

COpy_ 

copy dir_ 

copy expression 

copy _fdump 
copy_on_write_handler_ 
copy _pdir_ 
copy_stack_0 
copy_unique expression 
core queue man 
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correct_qused 
countervalidate_label_ 
cp data_ 

cplx _dec_ops 


crawlout_default_handler_ 


create 
create_block 
create_homedir_ 
create_hproc 
create_ips_mask_ 
create _root_dir 
create_root_vtoce 
create_rpv_partition 
create vtoce 
create_wordlist 
cu_ 

cv_bin_ 
cv_config_card_ 
cv_dec_ 

cv_error_ 
cv_float_ 
cv_fsdisk_error_ 
cv_fstime_ 
cv_integer_ string_ 
cv_rcp attributes _ 
data_list_parse 
date _name_ 
date_time_ 

dbm_man 

dbr_util_ 

dc_find 

dctl 

deact_proc 
deactivate 
deactivate_for_demount 
deactivate_segs 
debug_ check 
dec_ops _ 

deckfile manager 
declare 

declare constant 
declare descriptor 
declare_integer 
declare label 
declare parse 
declare picture 
declare picture _temp 
declare pointer 
declare structure 
declare temporary 
decode _descriptor_ 
default_error_handler_ 
default parse 
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define area_ 
defined_reference 
del _dir_ tree 
delentry 

delete 

delete _key 

delete record 
delete_segs 

delete volume_log 
delete_vtoce 

demand deactivate 
demount_pv 
descriptor parse 
device_control 

dial _ctl_ 

dir_dump 
dir_lock_init 
disk_control 
disk_emergency 
disk_error_ data 
disk_init 
disk_name_ pvtx 
disk_reader 
disk_rebuild 
disk_rebuild_caller 
disk_run 
disk_table_ 
display_access class _ 
display _cobol_run_unit 
display _disk_label | 
display psp 

display _pvolog 
display _volume_log 
dm_log_ 

dmpr_arg reader_ 
dmpr_finish_ 
dmpr_iog_ 
dmpr_output_ 

dn355 

dn355_ boot_interrupt 
dn355_messages 
dn355_ util 

do_parse 
do_semantics 
double arc sine_ 
double arc tangent _ 
double exponential _ 
double logarithm_ 


double principal _angle_ 


double sine_ 

double square root_ 
double tangent_ 
dsc_probe_requests__ 


an 
—-1VU 


dsc_requests_ 
dsc_sm_requests_ 
dspl 

dsp2 

dsp3 

dsp DSA_LETTER_ 
dsptm_ 

dspuft_ 

dump_cdt_ 

dump _cmf_ 

dump volume __ 

e defpll_ 

e mail pli_ 

e redisplay_ 
ebcdic8 to_ascii_ 
ebcdic_to_ascii_ 
edx_util_ 

emacs _rmail _ 
encode_clock_value_ 
enter _abs request_ 
equal 

error 

error 


establish config deck 


establish_temp_ segs 
evaluate 

evict_page 
expand _ assign 
expand_by_ name 
expand _cobol_ source 
expand infix 

expand initial 
expand pathname _ 
expand prefix 
expand primitive 
exponential _ 
expression_parse 
expression semantics 
ext parse 
fast_connect_init 
fast_hc_ipe 

ffop 

file 

file_ 

file util 
filemap_ checksum_ 
fill refer 

fill _vol_extents_ 
fim 

fim _util 

find _bit_ 

find char_ 

find command_ 
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find file partition 
find partition 
find_pathname_ 
find _rpv_subsystem 
find_source_file_ 
flagbox_mgr 
flush_ast_pool 
fnp_init 

fnp_ multiplexer 
fnp_throughput 
fnp_util 
force_write 
format_coboli_source 
format_list_parse 
formline _ 
fort_math_ops _ 
fort_version_info 
free store 
freecore 

fs_alloc 

fs_ get 

fs_modes 

fs_move 

fs search 
fsout_vol 

function 
fv_iv_template 
generic selector 
get_addr_ 
get_addr_ 
get_array size 
get_aste 
get_at_entry_ 
get_control_point_id_ 
get_defname _ 
get_defptr_ 
get_entry_name_ 
get_equal_ name_ 
get_io_ segs 
get_kstep 

get_main 
get_mcm_meters 
get_pathname_ 
get_ppr_ 
get_process_id_ 
get process usage 
get_ptrs_ 

get_pvtx 

get_size 

get_temp segments _ 
get_tpr_ 

getuid 
gfms_substructure_records _ 
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grab_aste initialize _int_static 


hardcore _sct_seg initialize _kst 
hardware fault initializer 

hash initiate_ 
hash_index_ initiate_search_rules 
hasp_meters__ install ttt_ 
hec_device_acct_ integer _power_integer_ 
he_dm_util interpret_info_struc_ 
hc_dmpr_primitives interpret_oncode_ 
hc_exponent_control io_chnl_util 
he_initlzr_auxl_init_ io _config_init 
he_ipe io_data_list_ semantics 
hc_load_mpc io_error 
hc_page_trace io_log_status_info 
hc_tune io_manager 
hfp_to_bfp_ io_reconfig 
history reg save io_ semantics 
ibm3270 meters __ io_statement_parse 
if_ parse ioa_ 
illegal_procedure ioam_ 

imft_receive_ object_ iod_ tables _ compiler 
index set iodc_ 
init_aste_pools ioi_assignment 

init _bce ioi_config 
init_branches ioi_connect 

init _clocks ioi_device 

init _disk_ pack_ ioi_get_status 
init_dm_journal seg ioi_init 

init_early config ioi_masked 
init_empty_root ioi_page_table 
init_hardcore_gates ioi_set 
init_he_part ioi_suspend_devices 
init_lvt ioi_usurp_channels 
init partitions ioi_verify_lock 
init_proc ioi_wire 

init_pvt ioi_workspace 

init _root_dir iom_assign 
init_root_vols iom_connect 

init _scavenger_ data iom_data_init 

init _scu iom_error 

init_sst iom_interrupt 

init _sst_name_ seg iom_overhead 
init_stack_0 | iom_ reset 
init_str_seg iom_switches 
init_sys_var iom_switches 
init_syserr_log iom_unassign 
init_toehold ios __ 
init_vol_header_ ios signal __ 
init_volmap_ seg ios_write_around_ 
init _vtoc_man 10X_ 

initial error_handler iox_attach_name 
initialize faults iox_ close file 
initialize faults_data iox_detach 


iox_find_iocb 
iox_get_options 
iox_init_ 
iox_measure_ options 
iox_open_file 
iox_propagate 
iox_signal_ 

ipc_ 

ipe_data_ 
ipe_fast_ 
ipc_real_ 
ipc_util_ 
ipc_validate_ 

ips_ 
isot_fault_handler_ 
jump _op 

kermit 
kermit_get_filenames_ 
kermit_pad_ 
kermit_receive_ 
kermit_remote_requests _ 
kermit_send_ 
kermit xfer _modes_ 
kst_info 

kst_util 

kstsrch 

lap simplex 

level 

level 0_ 

level error 

lex 

lg_ctl_ 
limit_covert_channel 
link_man 

link_snap 
link_trap_caller_ 
linkage _error_ 
list 
list_inacl_all 
list_init_ 
load_disk_mpcs 
load_mst 
load_system 

lock 

lock_mca 
lock_volmap 
log_create_ 

log data_ 
log_initialize_ 
log_initiate_ 

log _limit_scan_ 
log_list_history_ 
log_move _ 
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log_name__ 
log_position_ 
log_read_ 
log_salvage_ 
log_segment_ 

log wakeup _ 

log _write_ 
logarithm_ 

logical _volume_manager 
lookup 
lot_fault_handler_ 
lv_request_ 
lv_request_communicator _ 
ma 

mail table mgr_ 
make branches 
make_msf_ 
make_sdw 
make_seg 

make _segs_paged 
makeknown __ 
makestack 
makeunknown_ 
map free count 
map _onto_disk 
mask _ instruction 
match arguments 
match_star_name_ 
math constants _ 
math_routines_ 
math_routines_ end_ 
mca_init_ 

mcs timer 

mcs _ timer daemon 
mcs trace 

mcs version 
mdc_check_mdcs _ 
mdc_create_ 
mdc_init_ 
mdc_lock_ 
mdc_parse_acct_ 
mdc_repair_ 
mdc_set_ 
mdc_set_path_ 
mdc_ status _ 
mdc_util_ 
mdcs_util_ 

mdx 

memo 

memo list_ 
merge attributes 
merge volume_log 
message table_ 
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meter_ast_lock 

meter _response_ time 
mlsys_mailbox_mgr_ 
mlsys_misc_utils_ 
mlsys_nit_interface _ 


mlsys_parse_ control _args_ 


mlsys_storage_mgr_ 
mlsys_ transmit _ 
mode _string_ 

mos _ memory check 
mountedp 

move _non_perm_wired_segs 
move_r or t_ 
mowse_io_ 
mrds_dsl_delete 
mrds_dsl_ modify 
mrl_ 

mseg_fs_ interface_ 
msf manager _ 
multiplexer _mgr_ 
mvt_ 

new proj 
nonlocal _ goto_ 
numeric _to_ascii_ 
numeric _to_ascii_base_ 
object_info_ 
object_lib_ 

obs reconfigure 
oc_trans_input_ 
oc_trans_output_ 
ocd _ 

ocdcm_ 

offset_adder 
on_line_ salvager 
on_parse 

ondata _ 

Op mnemonic _ 
operator process cmds_ 
operator semantics 
optimizer 

other process info 
outward _call_ handler 
pa_search_ list 

page 

page_error 

page fault 
page_synch 

parity check 

parse 

parse error 

parse tape reel name_ 
parse tty name_ 
partition_io 
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pathname _ 
pathname_am 

pc 

pc_abs 
pc_check_tables_ 
pc_ deposit 
pe_recover_sst 
pc_signal 

pc_trace 
pe_trace_pli 
pc_wired 
picture_info_ 
pipe_ 
pll_decat_char_ 
pll_error_ print 
pll_macro 
pll_macro_error_ 
pll_macro_lex_ 
pll_operators _ 
pll_resignaller_ 
pll_signal_ 
pli_signal_conversion_ 
pll_snap_ 
pll_symbol print 
pll_version 

plio2_ signal_ 

plus 

pool _manager_ 
post_purge 

power_ 

power _integer_ 
prds_init 

pre _link_hc 

prepare symbol table 
principal angle_ 
print 

print_data 
print_mail 
priv_channel_manager 
priv_delete vtoce 
priv_hasp_mpx 
priv_ibm3270_mpx 
priv_mcs_ trace 
priv_polled vip _mpx 
priv_x25 mpx 
private logical volume 
privileged_mode_ut 
probe get_expr_ 
proc_info 
proc_int_handler 
procedure parse 
process cobol report 
process entry 


-i4 


protocol mpx 
ptw_util_ 

purge volume_log 
put_aste 
put_field_ 
put_format_ 

pxss 

qedx 

qedx _ 

quota 

quota_util 

quotaw 

rcp _access_kernel_ 
rcp_access kernel_setup 
rcp_assign_device_ 
rep_attach_ 
rep_attach_lv_ 
rcp_audit 


rep_authenticate_device_ 


rcep_auto_register_ 
rep_cancel_ id_ 

rcp cancel resource_ 
rcp_check_assign_ 

rcp _check_attach_ 
rcep_check_attach_lv_ 
rcp _comment_ 
rcp_compute_aim_mode 
rcp _compute_bracket_mode 
rcp _compute_raw_mode 
rcp_control _ 

rep_Copy_ 

rep_detach_ 
rcp_detach_lv_ 
rcp_device_info_ 

rep _disk_ 

rep_find_ 

rcp _force_unassign _ 
rcp_get_scratch_ volume _ 


rcp _match_user_name_ 
rcp_merge modes 

rcp message _ 
rcp_mount_timer_ 
rcp_mount_timer poll_ 
rcp_operation_access 
rcp_pointers_ 

rep pre claim_ 

rcp prelcoad_ 
rcp_promote _ 
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rep _rcese_ 
rep_reconfigure_ 
rep_reserve_ 
rep_resource_info_ 
rep _ringl_init_ 
rcp_set_lock_ 

rep _setup_event 

rcp _tape_ 

rep tape survey _ 
rep_unassign __ 
rep_unload_ 

rep _validate_ 
reprm_find_op 
reprm_find_resource_ 
rceprm_journal file_ 
reprm_journalize_ 
rcprm_list_resource_ 
reprm_registry_mgr_ 
reprm_registry_util_ 
rcprm_verify registries _ 
rdisk_ 

rdm_apply request_ 
rdm_ file requests_ 
rdm_forward_request_ 
rdm_mailbox_interface_ 
rdm_mbx_ requests _ 
rdm_message_mark_mgr_ 
rdm_msg_ requests __ 
rdm reply request_ 
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read_disk 
read_disk_ label 
real initializer 
rebuild dir 
rebuild _pvolog 
receive file_ 
reclassify 
reconfig 
reconfigure 

record _io_ 

record status 
recover _volume_log 
ref name_ 

refer extent 
reference parse 
reload_ volume __ 
reloader 
relocate_instruction_ 
requote string_ 
reserve 

resource info_ 
retrieve_from_volume_ 
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retv_copy 
retv_util 
retv_vol_control_ 
ringO_init 

ring_0 peek 

ring alarm 
ringbr_ 

ridr_arg reader_ 
ridr_check_pvol_ 
rldr_finish_ 
rldr_input_ 
rldr_label_ 
rldr_output_ 
rldr_report_ 
rldr_volume_map_ 
rldr_vtoc_buffer_ 
ridr_vtoc_header_ 
rollback 

rsw_util 
rtcd_util_ 
salv_caller 
salv_check_vtoce_ 
salv_dir_checker_ 
salv_directory 
salv_dump_copy 
salv_err_msg 
salvage pv 
salvager 

save handler mc 
sc_abort_line_util_ 
sc_admin_command_ 
sc_admin_mode_ 
sc_command 
sc_create_sci_ 
sc_edit_motd_ 
sc_exec_ request __ 
sc_execute_command_line 
sc_get_error_ name_ 
Sc. init. 
sc_ipc_mask_ 
sc_process_command_line_ 
sc_request_table_ 
sc_requests_ 
sc_shutdown_ 
sc_Ssignal_handler_ 
sc_signal_io_handler_ 
sc_stat_ 
scan_token_table 
scas init 

scavenge _volume 
scavenger 

scr_util 


scs_and_clock_init 
sct_manager __ 
sdm_mbx_requests_ 
sdm_ original requests _ 
sdw_util _ 

search_ast 

search file_ 

seg fault 
segment_loader 
segment_mover 
segno_usage 
semantic_translator 
set 

set_alarm_timer 
set_disk_table_ loc 
set_ext_variable_ 
set_kst_attributes 
set_lock_ 
set_privileges 
set_procs_required 
set_smic_pattern 
set_sons_lvid 
set_special_ password 
set_stack_ptr 
set_sys_audit_ thresholds __ 
set _system_time_zone_ 
set_volume_log 
setfaults 

share expression 
shutdown 
shutdown_file system 
signal _ 

simplify expression 
simplify_offset 
sine _ 

slt_manager 

special _messages __ 
square root _ 
stack_header_util_ 
stack_oob_handler 
star_ 

start _cpu 

state man 
statement_parse 
statement type 
status 

status _ 

stock 

stock man 
stop_cobol run 
stop_cpu 

stop process 
structure library 2_ 


structure library 4_ 
sty_mpx 

sub _err_ 
subscripter _ 

substr 

sum 

summarize sys_log 
switch shutdown_file_ system 
syn_ 

sys_log_ 

sys_trouble 

syserr 

syserr_copy 
syserr_copy_wired_log 
syserr_log daemon 
syserr_real 
syserr_ seg manager 
system 
system_comm_meters 
system control _ 
system_startup_ 
tangent _ 

tape _checksum_ 
tape dim data_ 

tape _error data 
tape_ioi_ 

tape _10i_activate 
tape _ioi_buffer_man 
tape_ioi_error retry 
tape _ ioi hardware_status 
tape _ioi_io 
tape_ioi_modes 
tape_ioi_utils 
tape ioi _wks_man 
tape _mult_ 

tape _mult_close_ 
tape mult_detach_ 
tape _mult_labeler_ 
tape_mult_modes _ 
tape mult_open_ 

tape _mult_parse_ 
tape mult read_ 

tape _mult_util_ 
tape_mult_write_ 
tape reader 

tc 

te init 

tc_shutdown 

tc_util 

ted4 

ted_ 

tedaddr _ 
template_address_ space 
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template _area_header 
template _slt_ 
terminate _ 
terminate proc 
thread 

time defaults _ 
time _info_ 

timer manager _ 
toehold 

trace 

trace _mc 
translator _info_ 
trap caller _caller_ 
truncate 
truncate_stacks 
truncate _vtoce 
try_to_unlock_lock 
tty_analyze 

tty _area_manager 
tty_dump 
tty_index 
tty_interrupt 
tty_lock 

tty_modes 
tty_overstrike_canon 
tty_read 
tty_replace_canon 
tty_space man 
tty_tables mgr 
tty_util_ 

tty write 
uid_path_util 

uncp 

uncp_ boot_interrupt 
uncp multiplexer 
uncp_util 

unique bits_ 
unique chars_ 
unpack _picture_ 
unwind _stack_ 
unwinder_ 
update_kste_access 
update_vtoce 

user wire 

v2pll 

vacate pv 

validate 

validate _cpu_card 
validate _info_seg 
value list 
verify dump volume 
verify label 
verify _lock 
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video_utils_ 
vip7760_meters _ 
vm_vio 

volmap 

volmap_ page 

volmap util 
volume_cross_check 


volume_registration_cmds_ 


volume_registration_mgr_ 
vrm_lock_ 
vtoc_attributes 
vtoc_interrupt 
vtoc_man 
vtoc_search 
vtoce_stock_man 
wdx 

wioctl _ 

wire proc 

wire stack 

wired fim 
wired_hardcore_ data 
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wired _plm 

wired shutdown 
wired _utility_ 
wkp_signal_handler_ 
write_record 
ws_channel _ 
ws_debug 


ws_packet_ dispatcher _ 


ws_packet_receiver _ 


ws_packet_transmitter_ 


ws_timer_ 
ws_tools_ 
ws_tty_main_ 
ws_tty_mgr_ 
ws_tty read_ 
ws_tty write_ 
x25 analyze _ 
x25 dump __ 

x25 mpx 

x25 mpx_data 


t 
ay 
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FORMATTING DISKS WITH MTR 


This appendix describes a procedure for formatting disk packs 
using the Media Test Routines (MTRs). The procedure utilizes an 
annotated script which shows typical input and output. Because 
the formatting procedures differ for MSU0451 and MSU0500/0501 
devices, separate scripts are provided. In the scripts, input 
typed by the user is preceded by a @ (bullet). 
FORMATTING MSU0451 DISK PACKS 
The following script shows how to run MTR tests 6 and 3 to format 
and test an MSU0451 disk pack, and to assign alternates to tracks 
found defective during testing. 

1. Enter the Total OnLine Test System (TOLTS): 
@ bound tolts Stolts_ 

***tolts executive version 810301 on 820812 at 20.071 

2. Enter the MPC OnLine Test Subsystem (MOLTS): 


***enter "polts", "molts", "colts", "isolts", "quit", or "msg" 
2??? g& molts 
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3. List the disk configuration for the disk string which 
formatting will be done 
(because of page constraints, the following message is not 
an exact copy of that which is displayed by the system): 


2??? +@ test ped 
peripheral configuration: 


dska 451 16 units; starting with device no. 1 
020xx primary channel of 4 logical channels on mpc mspa 
026xx secondary channel of 4 logical channels on mpc mspa 
124xx secondary channel of 4 logical channels on mpc mspb 
122xx secondary channel of 4 logical channels on mpc mspb 


4. Enter MTR test 6 to format and test the MSU0451 device: 
2??? gw test mmtl12020t6 


where "test mmt12020t6" is a sample of the input format 
"test mmtICCDDtT": 


mmt identifies the MTR test package 


ICC gives the IOM number (0 = IOM A, i = IOM B, etc) and 
channel number (in decimal} of a channel by which 
the device to be formatted can be addressed. It 
must be one of those shown in the output of "test 
pcd" in step 3. In the sample input above, "120" is 
IOM B, channel 20. 


DD gives the device number (in decimal) of the device 
to be tested. In the sample input, it is device 20 
(dskb 20). 


T gives the number of the MTR test to be run. In this 
case, test 6 should be run to format/test a pack. 
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yg oT eee hey 


5. The following output describes steps 
attach the disk drive and mount the pack for writing: 


taken by MTR test 6 to 


***molts executive versions 820601 820701 on 820812 at 19.97 
wait, allocation queued 


**Q(mmt12020) short 
**O(mmt12020) start 
**O(mmt12020) start 
**QO(mmt12020) start 
**O(mmt12020) start 
**O(mmt12020) start 
**QO(mmt12020) start 
**Q(mmt12020) 


tmt6S5a-rmcl, ttldat 
tmt65b-rmc2, ttldat 
tmt65c-rmc3, ttldat 
tmt65d-rmc4, ttldat 
tmt65e-rmc5, ttldat 
tmt65f-rmc6, ttldat 


820331, phy./log. id t//04 
820331, phy./log. id t//04 
820401, phy./log. id t//04 
820405, phy./log. id t//04 
820421, phy./log. id t//04 
820331, phy./log. id t//04 


rmc6 is at your service to format a disk pack - 


**0(mmt12020) 


**k*k*k* write permission granted ***** 


**0 (mmt12020) 


**x*** begin format pack ***** 
the test will format all tracks on the pack. format will 


defined by device type. 
(no alt. assigned). 


**0Q(mmt12020) 
system device code 


.ds450 


bad tracks will be marked defective 


6. Answer MTR initialization questions (not a restart, normal 
formatting, and use 3 write patterns during testing): 


**Q(mmt12020) 
is this a restart? 
**0(mmt12020) 


select (f)ast or (n)ormal format? 


enter (y or n) - @& 


(f)ast format is designed 


for data security erase and/or test purposes. (n)ormal format 
is designed for disk packs that are going to be used in systems 
applications. enter (f or n) -ga@n 


**0 (mmt12020) 


select from "1" to "7" write patterns? 


enter (1 thru 7) - @ 3 


7. At this point, formatting of the pack begins: 


**0(mmt12020) 


x**ee% begin disk pack format ***** 
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8. After the message in Step 7 is displayed, press the BREAK 
key to interrupt formatting operations. When MOLTS prompts 
for input, set test Options to: report the current 
cylinder/head (CCC/HH) address; display CCC/HH for transient 
errors; report test progress every 100 cylinders, with 
summary reports attached. 


@ <PRESS BREAK KEY> 
2??? @& test momt12020.r 


where "test momt12020.r" is a sample of the input format 
"test momtICCDD.O": 


momt identifies request to set options 


ICCDD are the IOM, Channel and Device numbers given in 
Step 4. 

ix is the first option, to report current CCC/HH 
location. 


Set the remaining options when prompted: 


*O0(mmt1i2020) t6 enter options: 
*O(mmt12020) t6 enter options: 
*0(mmt12020) t6 enter options: 
*O(mmt12020) t6 enter options: 


*O(mmt12020) t6 enter options: fe) 


RRR 
acdtun dr 


9. When the .go option is entered in Step 8, MTR reports the 
current location being formatted and displays the defective 


tracks found. It then asks if you want to continue 
formatting: 

**Q(mmt12020) 

format function current addr. = 007/00 

**0 (mmt12020) 

format function current addr. = 007/00 


**O(mmt12020) 

*k***k rmc6 - summary report ***** 

no tracks were formatted defective 

**O(mmt12020) 

do you want the test to continue? enter (y orn) -@y 
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10. After every 100 cylinders are formatted, MTR displays 
defective tracks found. For example, the final summary 
displayed just before formatting completes, looks like: 


**Q (mmt12020) 

mmcS§ has formatted tracks "000/00 thru 700/00" 
**Q (mmt12020) 

keke rmco6 - Summary report ***** 

no tracks were formatted defective 
**Q(mmt12020) 

rmc6 has formatted tracks "000/00 thru 800/00" 
**Q(mmt12020) 

*eee*e rmce - summary report ***** 

no tracks were formatted defective 
**Q(mmt12020) 

xx*x*k* disk pack format complete ***** 


11. After formatting is complete, MTR begins testing the tracks 
on the formatted pack. Defective tracks are usually 
encountered only during the testing phase. Error summaries 
are displayed after every 100 cylinders have been tested. 


start media test phase 

**O(mmt12020) 
rmc6 has tested tracks "000/00 thru 100/00" 
**0(mmt12020) 

**¥*k*k* rmc6 - summary report ***** 

no tracks were formatted defective 
**Q(mmt12020) 

rmc6 has tested tracks "000/00 thru 200/00" 
**Q (mmt12020) 

***kk* rmc6 - summary report ***** 

no tracks were formatted defective 


**O(mmt12020) 

rmc6 has tested tracks "000/00 thru 300/00" 
**0(mmt12020) 

**x*k*e* rmc6 - summary report ***** 

defective - marginal data field on std track 
217/10 

**Q (mmt12020) 

xxk*k* rmc6 - summary report ***** 

defective - unrec. data field on std track 
244/06,245/06 

**0(mmt12020) 

***x*e* rmc6 - Summary report ***** 

reclaimed - reformatted and certified 
246/06 
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12. When testing is complete, termination summary reports are 
displayed: 


**Q(mmt12020) 

***** normal termination summary reports ***** 
**Q(mmt12020) 

*eeke ymc6 - summary report ***** 

defective - marginal data field on std track 
217/10 

**Q(mmt12020) 

*kee*e rmc6 - summary report ***** 

defective - unrec. data field on std track 
244/06,245/06 

**O(mmt12020) 

*x*kkk rmc6 - summary report ***** 

reclaimed - reformatted and certified 

246/06 


13. MTR then asks if you want to select a new test (answer "y" 
for yes): 


**Q0(mmt12020) 
want to select a new test? 
enter (y orn) - @ Y 


14. MTR then displays information describing how to select the 
next test: 


**Q(mmt12020) 

rmc6 will go into waiting! 

select test (tl thru t6) 

enter test no. thru standard option call (test momticcddtx) - 
**0(mmt12020) 

waiting 


oo 
t 
fe 
UY) 
4 
Od 
- 
N) 
& 
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15. To actually select the next test, press the BREAK key and 
wait for the MOLTS prompt. Then select test 3, which 
assigns alternate tracks for those tracks found to be 
defective above. 


<PRESS BREAK KEY> 
? @ test momtl12020t3 


where "test momt12020t3”" is a sample of the input format 
"test momtICCDDtT": 


momt identifies request to set options 


ICCDD are the IOM, Channel and Device numbers given in 
Step 4. 


tT gives the number of the next test to run. 
Test 3 initialization displays the following information: 


**O(mmt12020) start tmt65e-rmc5, ttldat 820421, phy./log. id t//04 
**Q(mmt12020) start tmt65d-rmc4, ttldat 820405, phy./log. id t//04 
**Q(mmt12020) start tmt65c-rmc3, ttldat 820401, phy./log. id t//04 


16. Select subtest 4 of test 3, to assign alternates to all 
defective tracks: 


**O(mmti2020) 

rmc3 is at your service 

for track and cylinder reformat - 

select a sub test 

a) subtst 1 - reformat 1 track (good) 

b) subtst 2 - reformat 1 cylinder (good) 
c) subtst 3 - reformat 1 track (defective) 
d) subtst 4 - assign alternate tracks 
enter (1 thru 4) - @ 4 
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17. MTR then briefly describes the subtest, and asks if you want 
to continue (answer "y" for yes) 


**Q(mmt12020) 

*x*e*k* Hegin subtst 4 ***** 

assign alternate tracks on the device 

a) subtst will search thru all standard tracks looking for 
tracks marked defective (no alternate assigned). 

b) when a track marked defective (no alternate assigned) is 
detected, the subtst will stop and process this track. 

c) the alternate track processor will go out to the alternate 
track cylinders and find the first available alternate. it 
will mark the track as assigned alternate. then it will 
mark the standard track as defective (alt. assigned). 

d) the search process will terminate after the last standard 
track completes testing and/or processing. 

do you want the subtst to continue? enter (y or n) - @y 


18. MTR then asks for permission to overwrite the pack’s label 
(answer "y" for yes): 


**Q(mmt12020) 

*k*k*k rmc3 - label obliterate warning ***** 

all sub tests in rmc3 will overwrite the system 

label on track zero. 

do you want the sub test to continue? enter (y orn) -@y 


19. MTR then asks if you are restarting (answer "n" for no): 


**Q(mmt12020) 

system device code = .ds450 

**Q(mmt12020) 

is this a restart? enter (y or n) - @n 


20. MTR then begins displaying summary reports after every 100 
cylinders are checked for alternate assignments: 


**O0(mmt12020) 

rmc3 has tested tracks "000/00 thru 200/00" 
**Q(mmt12020) 

**xkkk rmc3 - subtst 4 summary report ***** 
no alternate tracks were assigned 
**0(mmt12020) 

rmc3 has tested tracks "000/00 thru 300/00" 
**QO(mmt12020) : 

***k*k ymc3 - subtst 4 summary report ***** 
defective - alt assigned 


def alt def alt 
cyl/hd cyl/hd cyl/hd cyl/hd 
217/10 811/00 244/06 811/01 
245/06 811/02 


21. 


22. 


After alternate assignments are complete, MTR displays a 
summary report describing all alternates on the pack: 
**0(mmt12020) 
**x*x*k* normal termination summary reports ***** 
**Q(mmt12020) 


x*eeke rmc3 - subtst 4 summary report ***** 
defective ~- alt assigned 


def alt def ; alt 

cyl/hd cyl/hd cyl/hd -cyl/hd 

217/10 811/00 244/06 811/01 

245/06 811/02 
MTR then asks if you want to select a new test (answer "n" 
for no, and "quit" to exit from TOLTS). 

**Q(mmt12020) 

want to select a new test? 

enter (y or n) -@n 


**O(mmt12020) normal term 1 
***molts executive version 820701 off 820812 at 21.45 p.t. 119530 


**keenter "polts", "molts", "colts", "isolts", "quit", or "msg" 
2??? w quit 


***xtolts executive version 810301 off 820812 at 21.375 
r 21:37 1107.348 1162 
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FORMATTING MSU0500/MSU0501 DISK PACKS 


The following script shows how to run MTR tests 6 and 7 to format 
and test an MSU0500 or MSU0501 disk drive, and to assign 
alternates to tracks found defective during testing. 


The MPC normally treats an MSU0500 or MSU0501 disk drive as two 
separately addressable devices. However, MTR formats and tests 
both logical devices during a single invocation, referring to one 
as the "odd device" (e.g., dskc_27) and the second as the "even 
device" (e.g., dskc_28). MTR refers to both logical devices as a 
single “head assembly" or "hda". 


1. Enter the Total OnLine Test System (TOLTS): 

@ bound_tolts $tolts_ 
***tolts executive version 810301 on 820812 at 20.071 
2. Enter the MPC OnLine Test Subsystem (MOLTS) : 


**keenter "polts", "molts", "colts", "“isolts", "quit", or "msg" 
2??? = molts 


3. List the disk configuration: 
2??? a test pcd 
peripheral configuration: 


dskc 501 32 units; starting with device no. 1 
O28xx primary channel of 4 logical channels on mpc mspc 
030xx secondary channel of 4 logical channels on mpc mspc 
130xx secondary channel of 4 logical channels on mpc mspd 
128xx primary channel of 4 logical channels on mpc mspd 
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4. Enter MTR test 6 to format 


MSU0501 device: 


2??? =e test mmtl2827t6 


and test the entire MSU0500 or 


where "test mmti2827t6" is a sampie of the input format 


"test mmtICCDDtT": 


Tmt identifies the MTR test package 
ICC gives the IOM number (0 = IOM A, 1 = IOM B, etc) 
and channel number (in decimal) of achannel by 


which the device 


to be 


addressed.It must be one of those shown 


output of 


"test ped" in 


step 3. 


In the 


formatted can be 


in the 
sample 


DD 


input above, "128" is IOM B, channel 28. 


gives the device number (in decimal) of the 
device to be tested. In the sample input, it is 
device 27 (dskc_27). Always give the device 
number of the "odd device" associated with the 
disk drive. 


gives the number of the MTR test to be run. In 
this case, test 6 should be run to format/test 
the drive. 


5. The following output describes steps 
attach the disk drive for writing: 


taken by MTR test 6 to 


***molts executive versions 820601 820701 on 820805 at 20.08 
**0(mmt12827) short wait, allocation queued 
**0(mmt12827) short wait, allocation queued 
**O(mmt12827) start tmt67a-mtri, 
**QO(mmt12827) start tmt67b-mtr2, 
**O(mmt1i2827) start tmt67c-mtr3, 


**0 (mmt 12827 


) 
**O(mmt12827) start tmt67e-mtr5, 
) 


**0 (mmt12827 
**0 (mmt 12827) 


mtr6 is at your service to format a physical device - 


**0Q(mmt12827) 


x*x**k write permission granted ***** 


**Q(mmt12827) 


***** begin upgrade/downgrade hda ***** 


the test will format all tracks on the hda. 
bad tracks will be marked defective 


defined by device type. 
(no alternate). 
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ttldat 820401, phy./log. id t//04 
ttldat 820401, phy./log. id t//04 
ttldat 820402, phy./log. id t//04 
start tmt67d-mtr4, ttldat 820405, phy./log. id t//04 
ttldat 820421, phy./log. id t//04 
Start tmt67f-mtr6, ttldat 820405, phy./log. id t//04 


the format will be 


SIB12.3 


6. Answer MTR initialization questions (ok to format with 512 
words per sector, not a restart, normal formatting, and use 
3 write patterns during testing): 


**0(mmt12827) 

device pair are configured as msu0501’s 

the hda will be formatted in (512) words/sector. 
is this correct? 

enter (y orn) - @y 

**O(mmt12827) 

is this a restart? 

enter (y orn) - @n 

**Q (mmt12827) 

select (f)ast or (n)ormal format? 

(f)ast format is designed for data security 
erase and/or test purposes. 

(n)ormal format is designed for hda’s to be used 
in systems applications. 

enter (f orn) - @n 

**O(mmt12827) 

select from "1" to "7" write patterns? 

enter (1 thru 7) - @ 3 


7. At this point, formatting of the pack begins: 


**0(mmt12827) 
*****k begin hda format ***** 


8. After the message in Step 7 is displayed, press the BREAK 
key to interrupt formatting operations. When MOLTS prompts 
for input, set test options to: report the current 
cylinder/head (CCC/HH) address; display CCC/HH for transient 
errors; report test progress every 100 cylinders, with 
summary reports attached. 


@ <PRESS BREAK KEY> 
2??? +g test momtl2827.t 


where "test momt12020.r" is a sample of the input format 
"test momtICCDD.O": . 


momt identifies request to set options 


ICCDD are the IOM, Channel and Device numbers given in 
Step 4. 


x is the first option, to report current CCC/HH 
location. 


Set the remaining options when prompted: 


*O0(mmt12827) t6 enter options: 
*O0(mmt12827) t6 enter options: 
*O(mmt12827) t6 enter options: 
*O0(mmt12827) t6 enter options: 
*O(mmti2827) t6 enter options: 


Rew ee 
ORR OO 


2) 
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When the .go option is entered in Step 8, MTR reports the 
current location being formatted and displays the defective 
tracks found. It then asks if you want to continue 
formatting: 


**Q(mmt12827) 

format function current addr. 

**0(mmt12827) 

format function current addr. 

**O (mmt12827 ) 

*eke*ee* Statistics from format of hda ***** 

summary for msu0501 devices (27/28) 

no. of tracks with 1 defect skip 

no. of tracks with 2 defect skips 

no. of tracks with 3 defect skips 

no. of new defect skips generated 
total defect skips processed 

odd device defective tracks 

even device defective tracks 

physical device defective tracks 

total 


004/00 


004/00 


Huh uv teout wou 
oOooore°cneor 


**Q (mmt12827) 

x*x*ek* mtr6 - hda condition summary report ***** 
no tracks were marked defective. 

**0 (mmt12827) 

do you want the test to continue? 

enter (y orn) - g@y 


10. After every 100 cylinders are formatted, MTR displays 
defective tracks found. For example, the final summary 
displayed just before formatting completes, looks like: 


** 0 (mmt12827) 

mtr6 has formatted tracks "000/00 thru 800/00" 
**Q (mmt12827 ) 

**xx*e* mtr6 - hda condition summary report ***** 
~-- msuQ501 odd device report (27) --- 

defective - error logging track info 
006/19,028/19,284/01,370/12 

**Q (mmt12827) 

xxeee mtr6 - hda condition summary report ***** 
~-- msu0501 even device report (28) --- 

defective - error logging track info 
008/19,026/19,096/05,174/16,381/06,736/09,778/19 
**Q(mmt12827) 

**x*ek*e Statistics from format of hda ***** 
summary for msu0501 devices (27/28) 


no. of tracks with 1 defect skip = 33 
no. of tracks with 2 defect skips = 2 
no. of tracks with 3 defect skips = 0 
no. of new defect skips generated = 0 
total defect skips processed = 37 
odd device defective tracks = 4 
even device defective tracks = 7 
physical device defective tracks = 0 
total = 11 


**Q(mmt12827) 
**x**k* hda format complete ***** 
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11. After formatting is complete, MTR begins testing the tracks 
on the formatted pack. Error summaries are displayed after 
every 100 cylinders have been tested. 


start media test phase 

**Q(mmt12827 ) 

mtr6 has tested tracks "000/00 thru 100/00" 
**0(mmt12827) 

*x*xe*e* mtr6 - hda condition summary report ***** 
--- msu0501 odd device report (27) --- 

defective - error logging track info 
006/19,028/19,284/01,370/12,816/04,818/04,832/04 
**Q (mmt12827 ) 

xx¥*k** mtr6 - hda condition summary report ***** 
--- msu0501 even device report (28) --- 

defective - error logging track info 
008/19,026/19,096/05,174/16,381/06,736/09,778/19 


**Q(mmt12827 ) 

x*ke*k mtr6 - hda condition summary report ***** 
--- msu0501 even device report (28) --- 
reclaimed - repaired data field 

042/15 

**Q(mmt12827) 


k*k*kk* Statistics from format of hda ***** 
summary for msu0501 devices (27/28) 


no. of tracks with 1 defect skip = 42 
no. of tracks with 2 defect skips = 2 
no. of tracks with 3 defect skips = 0 
no. of new defect skips generated = 1 
total defect skips processed = 47 

odd device defective tracks = 7 
even device defective tracks = 7 
physical device defective tracks = 0 
total = 14 
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12. When testing is complete, termination summary reports are 
displayed: ; 


**O(mmt12827) 
**x*x*k normal termination summary reports ***** 
**0 (mmt12827) 
x*xkeee mtr6 - hda condition summary report ***** 
--- msu0501 odd device report (27) --- 
defective - error logging track info 
006/19,028/19,284/01,370/12,816/04,818/04, 832/04 
**Q(mmt12827) 
**xee* mtr6 - hda condition summary report ***** 
--- msu0501 odd device report (27) --- 
reclaimed - repaired data field 
764/09 ,830/04 
**O (mmt12827) 
**x*** mtr6 - hda condition summary report ***** 
--- msuQ501 even device report (28) --- 
defective - error logging track info 
008/19,026/19,096/05,174/16,381/06,736/09,778/19 
**0 (mmt12827) 
x**e*e* mtr6 - hda condition summary report ***** 
--- msu0501 even device report (28) --- 
reclaimed - repaired data field 
042/15,762/09,818/08 
**O(mmt12827) 
xeexe Statistics from format of hda ***** 
summary for msu0501 devices (27/28) 
no. of tracks with 1 defect skip 
no. of tracks with 2 defect skips 
no. of tracks with 3 defect skips 
no. of new defect skips generated 
total defect skips processed 
odd device defective tracks 
even device defective tracks 
physical device defective tracks 
total 


I 
ie) 


FOTW TIUNUON & 
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13. MTR then asks if you want to select a new test (answer "y” 
for yes) 


**0 (mmt12827 ) 


want to select a new test? 
enter (y orn) - @y 
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14. MTR then displays information describing how to select the 
next test: 


**0 (mmt 12827) 

mtr6 will go into waiting! 

select test (tl thru t7) 

enter test no. thru standard option call (test momticcddtx) - 
**Q (mmt12827) 

waiting 


15. To actually select the next test, press the BREAK key and 
wait for the MOLTS prompt. Then select test 7, which 
assigns alternate tracks for those tracks found to be 
defective above. 


Test 7 assigns alternates for the complete head assembly, 
whereas test 3 (used in the procedure for formatting MSU0451 
disks) only assigns alternates for a single logical device. 
Thus, test 3 would have to be run twice (once for the odd 
device and once for the even device) to assign alternates on 
an MSU0500 or MSU0501 disk. 


@ <PRESS BREAK KEY> 
2??? +g test momtl12827t7 


where "test momt12827t7" is a sample of the input format 
"test momtICCDDtT": 


momt identifies request to set options 


ICCDD are the IOM, Channel and Device numbers given in 
Step 4. 


tT gives the number of the next test to run. 
Test 7 initialization displays the following information: 
**O(mmt12827) start tmt67g-mtr7, ttldat 820405, phy./log. id t//04 


16. Select subtest 1 of test 7, to assign alternates to all 
defective tracks: 


**0(mmt12827) 

mtr7 is at your service 

for special physical device formatting - 
select the subtst 

a) subtst 1 - assign all alternate tracks 
b) subtst 2 - create & write logging tracks 
enter (1 thru 2) - @l 
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17. MTR then briefly describes the subtest, and asks if you want 
to continue (answer "y" for yes): 


**Q(mmt12827) 

**e%e*kk Degin subtst 1 ***** 

assign alternate tracks on the physical device the subtst will 
search "all" standard tracks on the hda for defective (no alt. 


assigned). if any are found, it will assign the lst available 
alternate to them. ; . 

**Q (mmt12827) 

do you want subtst (1) to continue? 

enter (y orn) - @y 


18. MTR then asks if you are restarting (answer "n" for no): 


**O(mmt12827) 
is this a restart? 
enter (y orn) - g@n 


19. MTR then begins displaying summary reports after every 100 
cylinders are checked for alternate assignments: 


**Q(mmt12827) 
mtr7 has processed tracks "000/00 thru 100/00" 
**O(mmt12827) 

***** mtr7 —- subtst 1 summary report ***** 

--- msu0501 odd device report (27) --- 
defective - aiternate track assigned 


def alt def alt 
cyl/hd cyl/hd cyl/hd cyl/hd 
006/19 840/00 028/19 840/03 


**0O(mmt12827) 

**¥*** mtr7 - subtst 1 summary report ***** 
--- msu0501 even device report (28) --- 
defective - alternate track assigned 


def alt def alt 
cyl/hd cyl/hd cyl/hd cyl/hd 
008/19 840/01 026/19 840/02 
096/05 840/04 
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20. 


After alternate assignments are complete, MTR displays 
summary report describing all alternates on the pack: 
**0(mmt12827) 
x*e*e*e* Normal termination summary reports ***** 
**O(mmt12827) 


**¥**ke mtr7 - subtst 1 summary report ***** 
--- msu0501 odd device report (27) --- 


defective - alternate track assigned 


def alt 
cyl/hd cyl/hd 
006/19 840/00 
284/01 840/06 
816/04 840/11 
832/04 840/13 
**0 (mmt12827) 


def 
cyl/hd 
028/19 
370/12 
818/04 


alt 
cyl/hd 
840/03 
840/07 
840/12 


*keee*e mtr7 - subtst 1 summary report ***** 
--- msu0501 even device report (28) --- 


defective - alternate track assigned 


a 


def alt def alt 
cyl/hd cyl/hd cyl/hd cyl/hd. 
008/19 840/01 026/19 840/02 
096/05 840/04 174/16 840/05 
381/06 840/08 736/09 840/09 
778/19 840/10 
21. MTR then asks if you want to select a new test (answer "n" 
for no, and “quit" to exit TOLTS). 
**0 (mmt12827) 
want to select a new test? 
enter (y orn) - an 


**Q0(mmt12827) normal term 1 

***molts executive version 820701 off 820806 at 00.27 p.t. 5185916 
***enter "polts", 
22? @ quit 


"molts", "colts", "isolts", "quit", or "msg" 


***tolts executive version 810301 off 820806 at 00.165 
r 00:16 5188.584 1038 
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